团队作业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，将“分数”根据队员的贡献分配） 本次作业主要内容都是三人合作完成，只有一些简单的小工作大家分工完成，所以三人对团队的贡献程度一样。
