flappy pig小游戏源码分析(2)——解剖option

今天继续分析flappy bird的源码。重温一下源码的目录结构。

在本系列第一篇中咱们分析了game.js文件，也就是整个程序的架构。这一篇咱们来看看option.js文件，这个文件的内容很简单，主要是配置一些游戏中各种元素的参数。

咱们仍是按照惯例先上源代码：

---

var flappy = (function (self) {
    'use strict';

    //设置
    self.option = {
        //重力加速度，屏幕像素和实际物理上的米有差异，因此存在换算
        g: 400,
        //跳跃的初速度，控制猪的弹跳力
        v0: 400,
        //柱子移动速度
        vp: 2.5,
        //频率，控制动画帧数，默认20ms
        frequency: 20,
        //关卡数
        levels: 100,
        //开头的空白距离
        safeLift: 500,

        //地板高度（和图片有关）
        floorHeight: 64,

        //猪的宽度
        pigWidth: 33,
        //猪的高度
        pigHeight: 30,
        //猪当前高度
        pigY: 300,
        //猪距离左边的距离,
        pigLeft: 80,

        //柱子Html
        pillarHtml: '<div class="top"></div><div class="bottom"></div>',
        //柱子宽度
        pillarWidth: 45,
        //柱子上下间隔高度
        pillarGapY: 108,
        //柱子左右间隔宽度
        pillarGapX: 250,
        //上柱子的基础定位值（就是top值，和css写法有关）
        pillarTop: -550,
        //下柱子的基础定位值
        pillarBottom: -500
    };

    return self;//这个执行完以后flappy就是一个含有option属性的对象了

})(flappy || {});

关于其中var flappy = (function(self){

//其余细节

})(flappy || {})的用法若是仍是不太理解，能够再去看看本系列的第一篇。

看完这个源码我相信绝大多数同窗都没有一点压力，惟一可能产生疑问的就是，为何要这么作呢？咱们为何要单独的用一个文件来专门存放这些配置参数呢？

咱们常常听到关于程序设计的一些专业术语如：低耦合、高内聚、可维护性、模块化等等，先抛开这些模糊的概念不谈，咱们来讲说现实生活中随处可见的一个概念——单一职责原则。

大扫除的时候，扫地的同窗只负责扫地、擦玻璃的同窗只负责擦玻璃、擦黑板的同窗只负责擦黑板，你们各司其职互不牵涉。检查的时候发现地没有扫干净，那就确定是扫地同窗的责任，相应的玻璃没干净就找擦玻璃的同窗来负责。一旦扫地的同窗不只负责扫地，同时还顺便帮忙擦擦玻璃的话，检查时若是发现玻璃没擦干净，这个时候想要知道谁负责的话就很很麻烦了，起码要把两我的叫来问个清楚，说不定他俩再互相推脱一下。在程序设计中咱们把各司其职个安其分称之为单一职责原则，一旦出了任何问题，咱们能很快的找到哪一个模块该对问题负责。

了解了什么是单一职责原则，咱们再来看看这个option.js文件，咱们很容易的就会知道，这个option.js文件的职责就是配置游戏参数供其它模块使用，一旦须要调整参数，好比我要把猪变大一点，把柱子之间的距离加大一点同时把地板额高度设高一点，我只须要更改option.js文件就能够了，改完后他会马上反应到每一个引入他的文件中去。若是你把这些配置项分别写在各自的模块中，那么一旦须要调整，你能够想象你有多么痛苦。

这一节的内容很简单，可是须要读者本身加深理解，造成程序设计的思想并加以运用。