设计模式六大原则

采用设计模式的原则开发代码可增加代码复用性，健壮性和可维护性，对于并行开发和不断变化的需求开发与重构都有很大的好处

单一职责原则

1.一个接口如果有两种类型的方法，一种是属性getset，一种是业务逻辑（行为）如process，run这种，要把这个接口拆成两个接口，再统一由一个接口实现
2.对于接口一定要做到职责单一，类如果强制实行单一职责会导致类太多，但接口可以implement多个，所以不嫌多，而且职责单一维护也容易
3.方法也要做到单一职责，这有助于进行单元测试，单元测试是测试一个具体的功能，一般会包含正常逻辑测试，边界测试和异常测试，所以方法实现单一职责很重要

里氏替换原则

1.只要父类存在的地方，如果改为子类则代码不会出现任何问题，也就是说对于子类只是重写父类的方法，而不增加“个性”方法才能保证这种效果

依赖倒置原则

1.高层模块不应该依赖底层模块，只依赖抽象，即面向接口编程
2.用到的实现类使用抽象类或接口类赋值，如Person xiaoming=new Boy();
3.接口就像是契约一样，对于并行编程可以提高效率，只要定义好上下游的接口就可以并行开发

接口隔离原则

1.接口的功能要尽可能细化，减少臃肿的方法，例如接口有10个方法，第一个实现类实现了10个具体方法的逻辑，而第二个实现类只需要实现5个，剩下5个根据java的接口实现原则必须定义默认方法，这种情况要考虑接口细化分离

迪米特法则

1.只与直接朋友交流，定义在类变量，方法的输入输出的类就是朋友类，禁止一个类调用到其他的类产生依赖
2.尽量多用private和protected少用public控制访问权限

开闭原则

1.应对不断变化的需求，对程序采用扩展的方式实现新需求而不是修改之前的代码
2.当一个类需要增加一个方法时，考虑再其接口新增一个子接口增加一个方法，并用子接口的实现类替换原实现类达到不改变原有方法的情况下新增功能
3.此原则对于旧代码重构是个好的解决方案