标签：格式   相同   --   好的   异常抛出   代码   关键词   规则   长度   

团队作业（三）：确定分工

一、修改完善上周提交的需求规格说明书

修改之后的需求规格说明书请详见团队作业（二）：团队选题

二、阅读《构建之法》第四章并总结代码规范和编码原则

• 良好的编码习惯
  • Java注释尽可能全面：对于方法的注释应该包含详细的入参和结果说明，有异常抛出的情况也要详细叙述：类的注释应该包含类的功能说明、作者和修改者。
  • 多次使用的相同变量最好归纳成常量：多处使用的相同值的变量应该尽量归纳为一个常量，方便日后的维护。
  • 尽量少的在循环中执行方法调用：尽量在循环中少做一些可避免的方法调用，这样可以节省方法栈的创建。
  • 常量的定义可以放到接口中：接口里只允许存在常量，因此把常量放到接口中声明就可以省去public static final这几个关键词。
  • 尽早的将不再使用的变量引用赋给null
• 布局规则
  • import引用规范
  • 程序中一行的代码和注释一般不要超过120列
  • 匿名内部类长度不得超过40
  • 行数限制：一个方法不超过200行，一个类不超过2000行，一个文件不超过2500行
  • if,else,else if,for,while,do占一行，记得加{}
  • 保持良好的编程习惯
• 代码格式
  • 大括号的使用约定，如果大括号内为空，则简洁地写成{}，不需要换行；如果是非空代码块则：
    • 左大括号前不换行，左大括号后换行
    • 右大括号前换行，右大括号后还有else等代码则不换行；表示终止的右大括号后必须换行
  • 左右小括号和字符之间不能出现空格
  • 任何二目、三目运算符的左右两边都要加一个空格
  • 采用4个空格缩进，禁止使用tab字符
  • 注释的双斜线与注释内容之间有且仅有一个空格
    三、ER图
    --------
    四、后端构架设计
    -------
    五、确定团队分工并描述组员分工和工作量
    ----------
• 燃尽图

团队作业（三）：确定分工

标签：格式   相同   --   好的   异常抛出   代码   关键词   规则   长度   

原文地址：https://www.cnblogs.com/yikesaiing/p/9065226.html