标签：
第一题：本周的作业请参照此文：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/
第三题：组长组织每周例会（可以使用群微信群试验一下每天沟通项目开发进度的方法）需要有证据能够在博客上公布。
我们组的小伙伴们在接到每周的作业后，无论是在线上还是线下都积极参与了讨论哦。小伙伴们还热情地为项目的开发提出了很多很有用的提议，因为线上讨论的截图太多，所以这里决定只选取每周讨论内容的四张截图放在了下面^_^.
第一周：第一周作业任务
第二周：第二周作业任务
第三周：项目需求讨论
第四题：根据邹欣老师的教材相关内容，确定小组成员的角色，细化项目需求、时间计划、列出产品积压工作项和预计开发时间。
标签：
原文地址：http://www.cnblogs.com/ghll/p/5905906.html
