java6大设计原则

java6大设计原则

1、单一职责原则

一个类只负责一项职责，如果类A负责两个不同的职责1和2，如果职责1需要更改时，可能会造成职责2执行错误，所以将A的粒度分为A1和A2。（某些情况下可以不用在类的级别上做到单一职责原则，至少在类方法上做到单一职责原则）
优点：
1、降低类的复杂度；
2、提高类的可读性和可维护性；
3、降低因变更引起的风险；
4、当类中方法数量足够少时，逻辑较简单时可以在方法级别上保持单一原则。

2、接口隔离原则

一个类对一个接口的依赖应该建立在最小接口上（所继承的接口中的全部方法都是这个类所需要的），否则就会实现他不需要的方法。

3、依赖倒转原则

高层模块不应该依赖低层模块，抽象不应该依赖细节，其中心思想就是面向接口编程，一般来说抽象的东西较为稳定，使用抽象类或接口制定好规范，细节的内容交给具体的实现类完成。

4、里氏替换原则

在继承时，尽量不要 在子类中重写父类方法，易造成方法功能混乱，需保持方法的的一致性，但可以重载。通用的做法是原来的父类和子类都继承一个更基本的类，去掉继承关系，采用依赖，聚合，组合等方式代替。

5、开闭原则

一个软件如类，模块或函数对提供方扩展开放，对使用方修改关闭，当软件需求变化时，尽量通过扩展软件实体的行为来实现而不是通过已有的代码来实现。

6、迪米特原则（最少知道原则）

一个对象应该对其他对象保持最少的了解，降低类与类之间的耦合性，对一个被依赖的类，都尽量将逻辑封装在内部，对外提供方法即可，不泄露任何信息。

注：
1、尽量使用合成聚合组合等方式连接类，而不是使用继承；
2、找出应用中可能需要变化的地方，将其独立出来，不要和不需要的代码混合；
3、针对接口编程而不是针对实现编程。