标签：相对 思路 数据 let 风格 open neu 合作 内容
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）前端部分
? 所有前端部分由吴宏宇及付千山两位同学完成。
此次会议后项目已经正式进入主体开发阶段。
标签：相对 思路 数据 let 风格 open neu 合作 内容
原文地址：https://www.cnblogs.com/NoWarningNoError/p/8794834.html
