开发随笔

越基层的参数 设置的越抽象

example:

 

现在有两个不同的类 采用CRUD基本相同，如果Dao采用一个过细的参数传递，需要写2个dao 如果用接口，似乎更加繁琐，但是，最基层写为（拿hibernate举例）参数是Object 省去很多事

 

上海电信项目 当时设计比较失败的就是类的重用，参数设置过细，导致很多相同操作都需要写相同的action。其次要注意事务的维护，很多异常后的处理，自己都写到action中，自己去捕获异常去处理，其实有时候这样很繁琐，一个action中有可能设计到多个细的异常，每个需要捕获。

 

还有就是代码开发规范：

 

 

2.     面向对象的设计原则. 7

2.1.     单一职责原则（SRP）. 8

2.2.     “开－闭”原则（OCP）. 8

2.3.     里氏替换原则（LSP）. 8

2.4.     依赖倒转原则（DIP）. 9

2.5.     接口隔离原则（ISP）. 9

2.6.     合成/聚合复用原则（CARP）. 10

3.     包的设计原则. 10

3.1.     粒度：包的内聚性原则. 10

3.2.     稳定性：包的耦合性原则. 10

4.     Java编码规范. 10

4.1.     设计类和方法. 10

4.1.1  创建具有很强内聚力的类. 11

4.1.2  创建松散连接和高度专用的方法. 11

4.1.3  编程原则. 12

4.2.     命名约定. 12

4.2.1  包、类及方法命名. 12

4.2.2  其它. 13

4.3.     使用常量. 13

4.4.     变量. 14

4.5.     代码的格式化. 15

4.6.     代码的注释. 15

4.6.1  使用代码注释的目的. 15

4.6.2  编程原则. 15

4.6.3  注释那些部分. 17

4.6.4  块注释示例：. 18

4.6.5  行注释示例：. 18

4.6.6  尾随注释示例：. 18

4.6.7  行尾注释示例：. 18

4.6.8  文档注释示例：. 18

4.7.     表达式和语句. 18

4.8.     错误处理和异常事件. 20

4.9.     封装、事务. 21

4.10.    可移植性. 21

5.     Java编码注意事项. 21

5.1.     死代码. 21

5.2.     编码标准. 21

5.3.     初始化. 21

5.4.     优化. 21

5.5.     回收. 22

5.6.     javadoc注释. 22

5.7.     线程. 22

5.8.     杂项. 22

6.     Junit单元测试规范. 22

以后要朝着优美的开发思想出发 加油了