团队作业3

                           姑姑的御膳房
一、	制定团队的编码规范，队员阅读《构建之法》第四章内容，并讨论总结，将代码规范及编码原则发布在博客
代码规范：
•	缩进。推荐使用四个空格进行缩进，最好在编辑器中将Tab键定义为四个空格，这样可以避免Tab键在不同情况下显示不同的问题，并使程序有良好的阅读体验。
•	行宽。最好对行宽作出限制，按照现代普遍使用的屏幕尺寸，可以考虑将行宽限制为100个字符。
•	括号。在复杂的表达式中，使用括号表示逻辑优先级。
•	断行与空白的｛｝行。推荐每个｛和｝都单独占一行。
•	分行。不要把多条语句放在一行上，更严格的说不要把多个变量定义在一行上。
•	命名。命名要注意几条关键原则，简单来说就是确保包含必要信息，避免过多的描述。
•	下划线。下划线用来分隔变量名字中的作用于标注和变量的语义。
•	大小写。通用的做法是，类型、类、函数名多有单词的第一个字母都大写，变量名第一个单词全部小写，其他单词首字母大写。
•	注释。复杂的注释放在函数头，不做不必要的注释，注释中应只使用ASCII字符。
编码原则：
•	函数。关于函数，最重要的一条原则就是：只做一件事，并且要做好。
•	goto。函数最好有单一的出口，为了达到这一目的，可以使用goto。
•	错误处理。首先要验证参数的正确性，当认为一件事肯定如何时，可以使用断言。
•	处理c++中的类。使用类来封装面向对象的概念和多态；避免传递类型实体的值，而用指针传递，也就是说简单的数据类型没有必要用类来实现；对于有显示构造和析构的类，不要创建全局的实体。
•	类还是结构体。如果只是数据的封装，用结构体即可。
•	按照这样的顺序来说明类中的成员：public、protected、private。
•	数据成员。数据类型的成员用m_name说明；不使用公共的数据成员，要用inline访问函数，这样可兼顾封装和效率。
•	虚函数。使用虚函数来实现多态；尽在很有必要时使用虚函数；如果一个类型要实现多态，在基类中的析构函数应该是虚函数。
•	构造函数。不要再构造函数中做复杂的操作，简单初始化数据称成员即可；构造函数不应返回错误，把可能出错的操作放到HrInit（）或FInite（）中。
•	析构函数。把所有的清理工作放在析构函数中；同时析构函数也不应出错。
•	new和delete。实现自己的new/delete可以方便地加上自己的跟踪和管理机制；检查new的返回值；释放指针时不用检查NULL。
•	运算符。运算符不要做标准语义外的任何操作；运算符的实现应非常高效，如果操作复杂，定义一个单独的函数，如果拿不定主意，用成员函数而不要用运算符。
•	异常。异常不能跨过DLL或进程的边界来传递信息。
•	类型继承。仅在必要时使用类型继承；用const标注只读的参数；用const标注不改变数据的函数。

二、	完成团队项目的数据库设计，将截图发布在博客
用户

 
搜索
 

发帖
 

三、	团队项目的ER图

 

四、	团队项目主要功能流程描述
 “姑姑的御膳房”小程序运行流程：
（1）进入小程序界面之前我们可以在首页看到美食图片；
（2）新用户进入首页后，需要先注册一个账号，再登录，老用户可以这节登录界面；
（3）点击“登录”按钮，可以进入系统界面，根据个人喜好，选择要看什么美食。
（4）用户点击某个生成的方案进行详情的了解（即对该方案中的菜品名称、做法等）；
（5）用户确定方案后根据用户的时间安排来学习做此方案的美食；

五、描述队员在此次作业中的分工
我们团队总共有3个人，队长马云，队员马蕊、马洪娟。我们按照自己比较擅长的来进行分工，基本都上是三人合作完成的。三个人一起确定主题，设计界面，商量实现的功能，查找资料，进行调查，编写代码，最终开发微信小程序。马云负责找小程序中用到的图片；马蕊负责美化界面；马洪娟负责画类图，er图，确认功能的实现。
六、本次作业组员贡献分（分数=队员人数*10，将“分数”根据队员的贡献分配）
本次作业主要内容都是三人合作完成，只有一些简单的小工作大家分工完成，所以三人对团队的贡献程度一样。

　　

转载于:https://www.cnblogs.com/yun520-/p/10964836.html