今天继续分析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文件就可以了，改完后他会立刻反应到每个引入他的文件中去。如果你把这些配置项分别写在各自的模块中，那么一旦需要调整，你可以想象你有多么痛苦。
这一节的内容很简单，但是需要读者自己加深理解，形成程序设计的思想并加以运用。
