Clean Code

1 异常处理(2012-09-29 09:31)

1.1 异常打包类,包装 异常API

1.2 特例原则,尽量少返回Null,避免传递Null值

1.3 断言assert 使用

1.4 避免让底层可控异常穿透现象

2 边界(2012-10-08 08:57)

2.1 模块与模块合作时先定义接口边界api

2.2 使用第三方jar时 或 调用第三方接口时 续写边界接口测试.

2.3 使用Log4j进行日志输出

3 单元测试(2012-10-10 08:34)

3.1 测试单元要先于生产代码,即使生产代码伪实现

3.2 测试单元短小互不依赖性

3.3 测试单元随生产代码变动维护 一直保持测试整洁

4 类(2012-10-10 08:57)

4.1 类应该短小(单一职责SRP避免权责太多) responsibility

4.2 软件能工作和软件保持整洁是两个层级,许多有良好组织的抽屉和少数拥有可放多种物件的抽屉区别,有大量逻辑和复杂的系统 拥有良好组织的类体系架构是十分必要的.

2012-10-11 09:13
4.3 高内聚,低耦合 (组织大量逻辑 复杂的类 降低类部函数耦合 将其分解成 一组组功能职能类 ,让管理和控制器类形成对其有效组织的高内聚模式 )

4.4 让许多短小类 分解职能 让组织类保持内聚性

4.5 为了修改而组织( 开放闭合原则:对类扩展开发 对类修改闭合)

5 系统

5.1 系统构造和使用分开

原文地址:https://www.cnblogs.com/adolfmc/p/2708002.html