有几个原则如下:
- 保持原有风格
- 坚持最小惊奇原则
- 第一次就做对
- 记录所有非规范行为
格式规范:
- 缩进嵌套的代码:在每个代码块和嵌套中加入缩进,缩进代码,加强可读性。这些地方包括【类定义,内部类定义,方法定义,静态块,for循环语句,if-else语句,try、catch和finally块,匿名内部类,while语句,do-while语句】
- 断开很长的句子:第一,如果包含了逗号,那么在每一个逗号后面都另起一行,把逗号后面的每一个表达式都和逗号前面的表达式的第一个字母对齐。第二,应该在优先级最低的运算符之前断行。
- 使用空白:关键字和左括号之间,右括号和紧随其后的关键字,除了”.”之外的运算符与其前后的表达式之间用空格隔开。每个逻辑上独立的方法和代码段之间,定义类或者接口的成员之间,每个类和接口之间应该加入空白行。
- 不要直接使用Tab控制符:不同环境对Tab控制符的解释也是不同的。
命名约定:
- 名称应该具有实际意义
- 使用人们熟悉的名称
- 谨慎使用过长的名字,可以使用简明通用的缩写
- 尽量保留元音字母
- 缩写词的第一个字母大写
- 不要使用大小写来区分的名字
- 用你所在组织的域名的倒序小写形式作为包的根限定词
- 使用单独的小写词作为每个包的根名
- 仅当新旧版本二进制兼容的时候,其包可以使用相同的名字,否则,请使用新名字
- 类和接口名中的每个单词的第一个字母大写
- 用名词命名类
- 具有成组相关属性,静态服务或者常量的类名字使用复数形式
- 用名词或者形容词命名接口
- 方法名中的第一个单词小写,其后每个单词的第一个字母大写
- 用动词命名方法
- 遵循JavaBean中命名属性访问函数方法:set,get,is
- 变量命中的第一个单词小写,其后的每个单词的第一个字母大写
- 用名词命名变量
- 集合引用名要用复数形式
- 为不重要的临时变量简历并使用一套标准名字
- 使用this字段变量可以区分开局部变量
- 构造函数或者”set”方法给字段分配参数赋值,参数名应该和字段名相同
- 常量的每个单词均大写,单词之间使用下划线连接
文档约定:
- 为使用和维护你的代码的人编写文档
- 注释和代码要同步
- 使用积极的语气,省略无用的词语
注释类型:
- 用文档注释来描述编程接口
- 用标准注释格式隐藏代码而不必删除它们
- 用单行注释解释实现细节
- 在编写代码前描述编程接口
- 为公用,受保护,包,私有成员建立文档
- 为每个包编写总结和概述
- 为包的每个应用程序或组编写概述
- 对所有文档注释使用统一的格式和组织结构
- 关键字,标识符和常量应放到
…
标签中 - 将代码放入
标签中…
- 在标识符第一次出现的时候用{@link}标签
- 为Javadoc标签简历并使用一套固定的顺序
- 使用第三人称叙述的形式
- 编写独立的概述
- 省略概述中动作和服务的主语
- 省略事物概述中的对象和动词
- 使用this而不是the来指代当前类中的实例
- 方法名或者构造函数名不需圆括号,除非你想突出一个特殊的签名
- 每个类、接口、字段和方法都编写概述
- 完整描述每个方法的签名
- 包含示例
- 为前置、后置、不变条件编写文档
- 为已知的缺陷和不足编写文档
- 为同步语法编写文档
- 仅添加有助于理解你的代码的内部注释
- 描写代码为什么这样做,而不是在做什么
- 避免使用行尾注释
- 用行尾注释解释局部变量声明
- 建立并使用一套关键词来标识尚未解决的问题
- 在嵌套程度高的控制结构中标记出嵌套结束位置
- 如果两个case标记之间没有break语句,就在中间加入“fall-through”注释
- 标记空语句
编程约定:
- 将表示基础数据类型的类声明为final类型
- 通过本地类型和其他具体类型建立具体类型
- 定义小的类和小的方法
- 定义子类,以便任何使用超类的地方都可以使用子类
- 使所有字段私有
- 使用多态来替代instanceof
- 以java.lang.Object包装通用类,提供静态类型检查
- 以类的形式封装枚举类型
- 尽量使用泛型
- 用等价的方法替换重复的、复杂的表达式
- 使用块语句代替控制流结构的表达式
- 使用括号明确操作顺序
- 在switch语句中的最后一个case体使用break语句
- 使用equals(),而不是==来检测对象的对等关系
- 构造状态有效的对象
- 不要从构造函数中调用非final方法
- 用嵌套的构造函数消除冗余代码
- 使用不受检查、运行时的异常来报告可能在程序逻辑中出错的严重未查明错误
- 使用检查异常来报告可能发生,而在正常的程序运行时极少发生的错误
- 用返回代码报告可预知的状态改变
- 仅转化异常来添加信息
- 不要私自处置运行时或者错误异常
- 用finally语句块释放资源
- 按照约定编程
- 用无用代码消除机制实现断言
- 用断言捕捉代码中的逻辑错误
- 用断言检测方法的前置条件和后置条件
- 仅在适当的地方使用线程
- 避免同步
- 用同步的包装器,提供同步接口
- 如果方法包含几个不需要同步的重要操作,那么不要同步整个方法
- 读写实例变量的时候避免不必要的同步
- 使用notify()而不是notifyAll()
- 为同步初始化使用双重检查模式
- 使用懒惰初始化
- 避免创建不必要的对象
- 重新初始化并重新使用对象,尽量不要新建对象
- 把优化工作留在日后
打包约定:
- 将经常使用、更改、同时发布或者互相依存的类型,放在同一个包里
- 共同封闭原则
- 重用/发布等价原则
- 无环依赖原则
- 将不稳定的类和接口隔离在单独的包中
- 易于修改的包不要依赖于难以修改的包
- 最大化抽象最大化稳定性
- 将高层设计和架构作为稳定的抽象,组织为稳定的包
来源:https://blog.csdn.net/sd09044901guic/article/details/80132107
往期推荐
?
- 我决定把IDEA神器这些你可能不知道的但是又实用的小技巧分享出来,超赞!
- 卧槽!你竟然不晓得Java中可以用 :: 吗?
- 江苏高邮警方摧毁4个游戏外挂运营团伙,涉案金额3200余万元
点击