DOM+CSS3实现小游戏SwingCopters

时间：2014-09-12 16:50:43 阅读：443 评论：0 收藏：0 [点我收藏+]

标签：android cWeb style blog http color io os 使用

　　前些日子看到了一则新闻，flappybird原作者将携新游戏SwingCopters来袭，准备再靠这款姊妹篇游戏引爆大众眼球。就是下面这个小游戏：

　　 bubuko.com,布布扣　

　　前者的传奇故事大家都有耳闻，至于这第二个游戏能否更加火爆那是后话了。不过我看了作者的宣传视频后，蠢蠢欲动，这么简单的小游戏我山寨一个网页版出来如何？简单思索一下，打算用DOM+CSS3来实现一个。一来强化一个下自己的CSS3知识，二来也探索下用原生DOM来做动画的性能到底如何。
　　三四天后，原作者的SwingCopters貌似没怎么火起来，看来flappybird的神话只是一个偶然呀~不过我的山寨版倒是有模有样的做出来了，点这里查看Demo，请在chrome下打开，你懂的。

　　先来说下整体思路，基本的动画效果，如移动、旋转，用CSS3的transition、transform+keyframes来做，把基本的动画单元做成一个个css类，为元素添加对应的class就可以让它动起来，删除、更改class则可以让元素停止、切换动画。至于什么时候进行切换，一方面是根据用户的操作，另一方面是根据游戏的“主线程”来判断。所谓“主线程”，就是控制游戏画面不停刷新的代码，游戏的主控制逻辑都写在这里，包括场景生成、碰撞检测等。大家都知道动画是由页面的不停重绘来产生的，当每秒的刷新次数达到60时，人眼会感觉到流畅的动画，这也是大多数游戏追求60fps的原因。关于如何做帧刷新有几种方法，具体可参看这里（http://qingbob.com/javascript-high-performance-animation-and-page-rendering/）。我这里采用requestAnimationFrame来做，它的好处是让你用代码来请求一次帧刷新，这样能避免“掉帧”，但是负面影响是，当机器性能不好时，会降低帧率，表现就是你看到游戏的动画变缓慢了。

requestAnimationFrame在PC端的支持还不错，不过在移动端的就有点挫了，Android4.4才支持，所以有必要做一下兼容处理，幸好已经有大神提供代码了，直接拿来用：

(function(){
    var lastTime = 0;
    var vendors = [‘ms‘, ‘moz‘, ‘webkit‘, ‘o‘];
    for (var x = 0; x < vendors.length && !window.requestAnimationFrame; ++x) {
        window.requestAnimationFrame = window[vendors[x] + ‘RequestAnimationFrame‘];
        window.cancelAnimationFrame = window[vendors[x] + ‘CancelAnimationFrame‘] || window[vendors[x] + ‘CancelRequestAnimationFrame‘];
    }
    if (!window.requestAnimationFrame) window.requestAnimationFrame = function(callback, element) {
        var currTime = new Date().getTime();
        var timeToCall = Math.max(0, 16 - (currTime - lastTime));
        var id = window.setTimeout(function() {
            callback(currTime + timeToCall);
        }, timeToCall);
        lastTime = currTime + timeToCall;
        return id;
    }
    if (!window.cancelAnimationFrame) window.cancelAnimationFrame = function(id) {
        clearTimeout(id);
    }
}());

　　下面我把一些技术细节来介绍下，介于小弟也是第一次做游戏，有些地方的实现不免走了弯路，或者损耗性能，有大牛发现了请一定赐教~

自适应的容器
先从最简单的来说起吧，首先需要一个div来做整个游戏的容器，由于游戏要能在手机上玩，所以宽高就必须做成自适应的，那么viewport的设置是必不可少的：

<meta name="viewport" content="width=device-width,initial-scale=1,minimum-scale=1,maximum-scale=1,user-scalable=no" />

　　这个不多解释了。div默认宽度100%所以不用管，高度要做到根据屏幕100%显示，我们需要给文档的根节点这样的css代码：

html, body{
     height: 100%;
     position: relative;
     margin: 0;
     overflow: hidden;
     -webkit-user-select:none;
}

　　高度100%。定位属性relative，让子元素的定位以它为参照。同时overflow:hidden防止出现滚动条。最后还加了user-select:none，防止用户连续点击的时候出现难看的选区。
接下来是容器container的样式：

#container{
     height: 100%;
     position: relative;
     overflow: hidden;
}

　　这样高度就能充满整个屏幕了。
另外，为了让游戏在PC浏览器中也可以玩，我又用媒体查询做了如下设置：

@media screen and (min-width: 1024px) {
     #container{
          width: 360px;
          margin: 0 auto;
     }
}

　　给容器360像素的宽度并居中对齐。这样在PC浏览器中就不会拉伸的很难看了。

移动的背景
游戏的容器container有一个背景图片，这个背景图片是需要连续且无限滚动的。首先，图片纵向平铺嘛，一个background-repeat: repeat-y;搞定。原先我考虑这么简单的运动用css3肯定能做的啦，但细细考虑之后发现竟然实现不了。。。假设在keyframes中设置关键帧，改变background-position来实现背景移动，移动倒是没问题，关键是这个连续无限滚动比较棘手，要连续滚动必须给一个很大的值才行，background-position需要设为多大才算无限呢？天知道玩家能玩多长时间，而且这样做显然是不合理的。或者把动画的播放次数设为infinite呢？这也不行，因为每次循环都会从头开始播放一遍，这样背景会闪动。所以最终还是把背景的移动放在js中来操作了，用一个变量来记录背景的位置，然后在主线程中不断递增。大概的代码结构是这样子的：

var game = {
     bgMove : function(){
          posMark += 2;
          container.css(‘background-position‘, ‘0 ‘+posMark+‘px‘);
          timmer = requestAnimationFrame(game.bgMove);
     }
}

　　只要调用game.bgMove()，就会通过 requestAnimationFrame来递归调用，用一个全局的变量来标记背景的位置，每次递增，从而不断修改背景位置，实现背景无限移动。

逐步播放动画实现旋转的螺旋桨

游戏中人物头上的螺旋桨在不停转动，如何实现这个动画呢？其实原理很简单，我们只需准备这样一张图片：

　　这是向左飞行和向右飞行的几个状态，将它设置为背景图片，然后不停改变背景的位置即可。要注意的是背景位置并不是连续变化，而是在几个值之间“切换”。

css3的keyframes + animation是通过定义关键帧的方式来实现动画，像flash一样，帧之间的过渡效果由浏览器来替你完成。但我们此处并不想要过渡效果，我们只想让播放两个帧而已。这里要用到animate-timing-function的一个比较特殊的取值：steps()，它可以控制动画最终由多少步来完成。这里我们需要图片中的第一个状态和第二个状态来切换，所以取steps(2)就OK了。代码如下：

　　首先我们定义关键帧：

@-webkit-keyframes flyr{
     0%{
          background-position: 0 0;
     }
     100%{
        background-position: -108px 0;
     }
}

　　然后定义一个class，只要在元素上加上这个类就可以进行动画了：

.flyr{
     -webkit-animation:flyr 200ms steps(2) 0 infinite;
}

　　我直接使用了animation这个混合属性，取值的含义依次是：animation-name(动画名称)，animation-duration(动画时间)，animation-delay(开始播放时间)，animation-iteration-count(播放次数)，animation-direction(播放方向)，animation-fill-mode(播放后的状态)，animation-play-state(设置动画的状态)，不写则取默认值。

来看一下效果吧：

　　向左飞的动画也同理，改变background-position的值即可。我们取名为flyl，只需要让元素的类名在flyl和flyr直接切换，就可以改变飞行的方向，是不是很方便。

在这里需要注意的一点是，steps(2)控制的两步播放，并不是播放0%和100%时的状态，而是根据具体的css属性的值来计算最终播放的两帧是什么状态。你可以自己写个例子看一下，这里不多说了。

起步向上飞行

人物一开始是在地上站着的，游戏开始时会先上升到半空中，然后垂直位置不再改变。这个比较好做，我们只需定义一个名为up的动画，如下：

@-webkit-keyframes up{
     0%{
          bottom: 0;
     }
     100%{
          bottom: 44%;
     }
}

　　然后一块加在flyl类上即可，多个动画用逗号隔开。于是flyl就变成了这样：

.flyl{
    -webkit-animation:flyl 200ms steps(2) 0 infinite, up 4s linear 0 1 normal forwards;
}

　　这里animation-iteration-count取值为1，因为只播放一次就可以了。另外要注意的一点是，这一遍播放完后动画应该停留在结束时的状态，所以我们还需设置animation-fill-mod值为forwards。

人物的左右移动

通过点击改变了飞行方向后，人物会向对应的方向横向移动，这个怎么来做呢？一开始我想简单了，左右移动嘛，跟上升还不是一个道理？于是想当然的定义一个这样的动画：

@-webkit-keyframes mover{
     0%{
          left : 0;
      }
     100%{
          left : 100%;
     }
}

　　只需在flyl后面再加个逗号，加上movel就行了。或者定义成一个类，为人物添加这个类来实现向左移动。

但事实证明这样是错误的。因为在实际操作中，改变飞行方向可能发生在任何一刻，而这个时候人物的left值可能是20、50或者其他任何值。我们需要的是在当前left的基础上进行改变，而不是让它先归零。所以这里便不能用keyframes了，因为我们总是无法确定这个初始的left是多少。

这个时候css3的transition就派上用场了，它的作用也是自动创建补间动画，只不过没有animation那么复杂，只需为它指明需要过渡哪些属性就可以了。所以，我的flyl和flyr就变成了这样：

.flyl{
     left: 0 !important;
     -webkit-animation:flyl 200ms steps(2) 0 infinite, up 4s linear 0 1 normal forwards;
}
.flyr{
     left: 100% !important;
     -webkit-animation:flyr 200ms steps(2) 0 infinite, up 4s linear 0 1 normal forwards;
}

　　与此同时，我们的player要加上这一行：

-webkit-transition : left 1.5s 0 linear;

　　这样我们巧妙的摆脱了之前的困境，只需指定left即可，管它是从哪个值变来的，交给transition过渡去就好了。

现在只要监听click事件，根据玩家的点击来为人物切换class，我们的就可以来回飞了。js代码如下：

$(document).on(‘click‘, function(){
               if(++direction%2==0){
                    player[0].className = ‘flyl‘;
               }
               else{
                    player[0].className = ‘flyr‘;
               }
          });

　　我们用一个变量direction来记录当前的方向，每次点击让它递增，然后根据奇偶性来改变className即可。之所以用变量来记录而不是通过hasClass来判断当前方向的原因是减少DOM访问。

摆锤的产生和移动

先说摆锤的左右摆动动画，这个其实也不难，用transform:rotate控制旋转一定的角度即可。有一点要注意的是，transform的变形圆点默认是元素的中心位置，而我们的摆锤可不是原地旋转的，所以旋转的中心应该控制在元素的顶部位置，我们用transform-origin来设置变形圆点位置，代码如下：

-webkit-transform-origin:center 4px;

　　摆锤是挂在横梁上的，横梁是自上而下移动的，在横梁的移动中其实就包含了我们游戏的主要逻辑：

1. 产生长度随机的横梁

2. 检测摆锤与飞机的碰撞

3. 飞过一层横梁则得分加1

4. 横梁移出屏幕可视范围，remove节点

　　这里用纯css实现横梁的移动的话会有一些逻辑无法实现，这中间必须有js来控制的。所以横梁/摆锤的产生就放在了我们游戏的“主线程”里。

简单说下思路：

有两个常量，分别表示横梁之间的水平距离和垂直距离，另外我们还需定义横梁的最小长度和最大长度，在这两个值之间产生一个随机数作为左侧横梁的长度，然后根据水平距离来计算出右侧横梁的长度。

至于碰撞检测，我这里就简单处理了（考虑到这个摆锤在不停的摆动），直接用圆形模型来做，即两个圆心的距离小于半径之和则认为发生了碰撞。

计算得分也比较简单，只要横梁的top值大于飞机的top值了，就认为已经越过了这一道横梁，得分加1.

最后，当横梁的top值大于整个容器的高度时，说明它已经移出可视范围，直接把节点remove掉，避免游戏运行一段时间后，DOM节点太多造成卡顿。

下面是主线程的代码:

bgMove : function(){
          game.generateHand();//产生横梁
          posMark += 2;
          container.css(‘background-position‘, ‘0 ‘+posMark+‘px‘);
         
          var hands = $(‘.hand_l, .hand_r‘);
          hands.each(function(index, element){
               var _this = $(this),
                    thisTop = parseInt(_this.css(‘top‘));
               if(thisTop>cHeight){
                    _this.remove();
               }
               else{
                    thisTop += 2;
                    _this.css(‘top‘, thisTop+‘px‘);
               }
               if(thisTop>player.offset().top+e1H){
                    //已经位于下方
                    if(!_this.data(‘pass‘) && index%2==0){
                         scroeC.text(++score);
                         _this.data(‘pass‘, 1);
                    }
               }
               else{
                    //碰撞检测
                    if(game.impactCheck(player, _this.find(‘.t‘))){
                         game.stop();
                         return false;
                    }
               }
              
          });

          timmer = requestAnimationFrame(game.bgMove);
     }

　　你会发现里面其实也有好多写的不好的地方，例如每次刷新一帧都会用 $(‘.hand_l, .hand_r‘)把页面上所有的横梁节点都取一遍，这样扫描DOM树挺消耗时间的。完全可以把这些节点存在一个数组里。产生横梁的时候在数组中push，需要remove的时候从数组中删除。

　　至此，这个小游戏的关键部分就都完成了。剩下就是游戏的控制部分了，stop、restart什么的，其实只要把控制游戏的参数变量和class重置，cancelAnimationFrame，就ok了。

兼容PC和手机

　　这里的兼容主要是指click事件的300ms延迟，由于游戏来说，哪怕是一点点的延迟都会不爽。所以我检测了设备类型，如果是移动端，就绑定touchstart事件，代码片段如下：

isMobile : function(){
          var sUserAgent= navigator.userAgent.toLowerCase(),
          bIsIpad= sUserAgent.match(/ipad/i) == "ipad",
          bIsIphoneOs= sUserAgent.match(/iphone os/i) == "iphone os",
          bIsMidp= sUserAgent.match(/midp/i) == "midp",
          bIsUc7= sUserAgent.match(/rv:1.2.3.4/i) == "rv:1.2.3.4",
          bIsUc= sUserAgent.match(/ucweb/i) == "ucweb",
          bIsAndroid= sUserAgent.match(/android/i) == "android",
          bIsCE= sUserAgent.match(/windows ce/i) == "windows ce",
          bIsWM= sUserAgent.match(/windows mobile/i) == "windows mobile",
          bIsWebview = sUserAgent.match(/webview/i) == "webview";
          return (bIsIpad || bIsIphoneOs || bIsMidp || bIsUc7 || bIsUc || bIsAndroid || bIsCE || bIsWM);
     }


var eventType = this.isMobile() ? ‘touchstart‘ : ‘click‘;
          $(document).on(eventType, function(){
               if(++direction%2==0){
                    player[0].className = ‘flyl‘;
               }
               else{
                    player[0].className = ‘flyr‘;
               }
          });

分享到微博

　　为了让游戏易于传播，在网上搜了一段分享到微博的代码，试了一下好用，直接贴过来：

<a id="share" href="javascript:(function(){window.open(‘http://v.t.sina.com.cn/share/share.php?title=网页版SwingCopters，来，看看你有多挫&url=idoube.com/proj/SwingCopters&source=bookmark&pic=http%3A%2F%2Fidoube.com%2Fproj%2FSwingCopters%2FSwingCopters%2Fshot.jpg‘,‘_blank‘,‘width=450,height=400‘);})()">分享到微博</a>

　　其实在手机上的话，还应该加上微信分享，但是我在手机上玩了一下这个游戏后，顿时感觉没必要了。因为，手机上，那个卡啊！！fps估计在20左右。配置不错的三星尚且如此，可以想象其他安卓机会是什么情况。

　　另一个可喜的是，在iphone上玩竟然很流程！在此也不得不佩服ios对图形渲染的处理。

　　不过，如果以后再做这种动画比较多的游戏，我是肯定不会选择用DOM来做了。

总结

　　这是楼主第一次写小游戏，虽然最终搞出来的游戏像模像样也能玩，但写的过于仓促，有些知识也没有深究，中间踩了一些坑，整体代码质量也并不高。在这里列一列吧：

　　1. 有些动画是用纯css3完成，有些是写在js里，到底动画该如何归类应该细细考虑

　　2. 没有进行性能监测，我的机器配置较高，在chrome里可以跑到接近60fps。但感觉代码有些地方效率并不高。在Android机上直接卡爆。

　　3. 代码简单，js中用了很多全局变量。因为以前有听人说过，简单的程序直接用全局变量就行，性能高，但没有求证这种说法，不知正确与否，有高手知道请指点。

　　4. 对于动画比较多的小游戏，用DOM来做不是一个很好的选择，因为手机上卡，不能在微信里分享，效果直接就大打折扣了。下次试着用canvas来写。

　　5. 整个代码还是操作DOM的思维，其实做游戏应该用面向对象的风格来组织代码。

　　再次附上游戏地址，欢迎体验：http://idoube.com/proj/SwingCopters/

　　最后推荐一个我写css3动画经常参考的一个文档：http://ecd.tencent.com/css3/guide.html

DOM+CSS3实现小游戏SwingCopters

标签：android cWeb style blog http color io os 使用

原文地址：http://www.cnblogs.com/lvdabao/p/3968464.html

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)

周排行