开发规范及具体开发任务分工

Posted 2020-10-30 nowarningnoerror

CSDN发布时间：2018年03月22日 14:49:03

 

小组第七次会议于3月21日晚举行，我们确认了上次会议提出的后端架构的完整性、订立了开发规范，并且确定了每个人所负责的开发任务。组长针对组员在架构和规范中的疑惑作了说明和解答。

组长说明时的板书

 

一、关于架构

? 上次所有的架构设置均基于scala语法，而此次做出一些修改。将四个规则Checker分配至java，由三名使用java的后端人员完成。在java中，对象object应变为static class。

关于Checkers作一些更进一步的解释。

? “Checkers”的意思是“用于Check的内容“，即规则将根据类别分为四个静态的类，当全局控制器GodActor遇到规则相关问题时，将到Checkers中进行相关搜索调用。因此，Checkers应该不随其外部变量的改变而发生变化。

? 这种特点反映在具体的特征上，即为以下两点：

? 1、无状态，即尽可能不要定义全局变量，其有可能导致规则本身的变化。

? 2、类中的方法不依赖于实例，而直接依附于类。

 

二、开发规范

? 1、开发过程中自顶而下、自底而上的开发思路都可以使用。

? 2、类中函数运行结果应该相对独立，即类中每个函数的功能尽可能精确且单一，而复杂的功能可以通过组合这些函数得到。

? 3、遵循阿里Java开发规范（例如：不要同一个变量具有多个语义、函数命名使用lower camel case、类名upper camel case，函数名动词+名词等），与其不同的是变量命名风格使用Unix风格。

? 4、数据类不要有与整体逻辑相关的函数（可以有单纯处理本身数据得函数），类成员直接暴露。

? 5、尽可能在写函数体前，定义好函数的接口，并且据此编写单元测试。

? 6、case class的使用（因Java与Scala的不同而放弃）

? 7、git开发流程

 

三、现场示范的内容

? 1、示范单元测试。

? 2、示范Scala：case class（在测试case class的过程中发现Java的case class不能用于修改，因此放弃）

? 3、测试git工作流程和每个人的contribution。

 

四、具体开发任务

由于组长的技术栈较为全面，因此组长的开发任务较重。

MapChecker涉及的要素和难点非常多，由两人合作完成。

? （1）后端部分

? UsersDB、GodActor、SessionManageActor及MatcherActor 隆晋威

? GambleChecker和PlayersChecker 朱池苇

? MapChecker 欧阳炳濠&张世聪

? SkillsChecker在Map完成后再抽出组员进行

? （2）前端部分

? 所有前端部分由吴宏宇及付千山两位同学完成。

 

此次会议后项目已经正式进入主体开发阶段。