第一题：本周的作业请参照此文：http://www.ruanyifeng.com/blog/2015/12/git-workflow.html 制定本组项目的GitHub版本更新流程。

第二题：制定本组的代码规范、GitHub提交源码的标准。

 　　在一个团队里，代码规范是一件很重要的事情，因为团队之中，伙伴之间可能需要看懂彼此的代码，这个时候，代码规范就显得尤其重要。

　　 一、代码风格规范：

　　　　1、去除没有用到的引用，避免因为类引用没有使用而警告。

　　　　2、使用4个空格的tab键进行缩进。

　　　  3、条件，循环语句必须使用{}来包含操作，即便只有一句话。

　　　  4、条件，循环语句的{}上下要对齐，每个“{”和“}”都独占一行。

　　　  5、不要把多条语句放在同一行上，即便是变量声明，也最好另起一行。

　　　  6、已经废弃的旧代码请删除，不要留注释，注释的只能是对于代码的解释。

　　　  7、命名要规范：

　　　　　　1）不允许使用汉语拼音命名。

　　　　　　2）尽量少用缩写，但如果用了，要明智地使用，且在整个工程中统一。

　　　　　　3）避免使用类似的名字，或者仅仅是大小写不同的名字。

　　　　　　4）全局变量大写。

　　　　　　5）不要使用没有意义的名字，比如haha。

　　　　　　6）不要使用单个字母，比如x，y。

　　　　　　7）无意义的循环变量，可以直接用 i，j，k等。

　　　　　　8）多个单词拼接而成的变量名，后面的单词，首字母大写。

　　　　　　9）避免使用长的名字（小于 15 个字母是个好主意）。

　　　　8、注释要规范：

　　　　　　1）代码细节的注释使用//，较长或者多行注释使用/* */。

　　　　　　2）写明类目的，借口的目的。

　　　　　　3）对于比较复杂的函数，提供调用示例。

　　　　　　4）为不容易理解的变量提供注释。

　　　　　　5）异常抛出需要提供注释。

　　　　　　6）代码修改，提供注释。

　　　　　　7）自定义函数的功能需要注释

　　　　　　8）复杂注释放在函数头，针对一句的注释放在句末。　　　　

　　二、代码设计规范

　　　　1、如果一个功能要多次使用，请把它封装为函数

　　　　2、针对接口编程，不针对具体类编程

　　　  3、一个类完成一个具体的功能，不要有太大的类，不要把很多功能都封装在一个类中。

　　　  4、尽量少用全局变量和局部静态变量。

　　　  5、不要使用goto

　　　  6、非必要的情况下，不要使用多态

　　　  7、非必要的情况下，不要使用继承。

　　　  8、函数的参数最好在5个以内。

　　　  9、一个函数的长度，最好在150行以内。

　　　  10、布尔表达式内的条件在3个以内

　　　  11、if 嵌套3层以内

　　　  12、不要省略返回值的类型，可以用void

　　　  13、函数的返回值要和声明类型一样，不要依赖于自动转换。

　　　  14、传入函数的参数，函数内部要验证其正确性，不能默认用户传入的都是正确的参数。　　　　　　

　　参考文献：http://blog.chinaunix.net/uid-9354-id-2425025.html

　　　　　　　http://blog.csdn.net/kimylrong/article/details/7700311

　　　　　　  http://www.docin.com/p-655201628.html

　　　　　　  http://wenku.baidu.com/view/8b03b3ff0242a8956bece430.html

　　　　　　  https://www.douban.com/note/82618786/

第三题：组长组织每周例会（可以使用群微信群试验一下每天沟通项目开发进度的方法）需要有证据能够在博客上公布。

　　我们组的小伙伴们在接到每周的作业后，无论是在线上还是线下都积极参与了讨论哦。小伙伴们还热情地为项目的开发提出了很多很有用的提议，因为线上讨论的截图太多，所以这里决定只选取每周讨论内容的四张截图放在了下面^_^.

　　第一周：第一周作业任务

 　　第二周：第二周作业任务

　　第三周：项目需求讨论

第四题：根据邹欣老师的教材相关内容，确定小组成员的角色，细化项目需求、时间计划、列出产品积压工作项和预计开发时间。

第3-6章作业汇总