Android设计原则和设计模式

1. 设计模式的六大基本原则

1.0 总结:

因为抽象灵活性好,适应性广,只要抽象的合理,可以基本保持软件架构的稳定。而软件中易变的细节,我们用从抽象派生的实现类来进行扩展,当软件需要发生变化时,我们只需要根据需求重新派生一个实现类来扩展就可以了。当然前提是我们的抽象要合理,要对需求的变更有前瞻性和预见性才行。

用抽象构建框架,用实现扩展细节的注意事项而已:单一职责原则告诉我们实现类要职责单一;里氏替换原则告诉我们不要破坏继承体系;依赖倒置原则告诉我们要面向接口编程;接口隔离原则告诉我们在设计接口的时候要精简单一;迪米特法则告诉我们要降低耦合。而开闭原则是总纲,他告诉我们要对扩展开放,对修改关闭

 

1.1 单一职责原则:

定义:不要存在多于一个导致类变更的原因。通俗的说,即一个类只负责一项职责。 

 

1.2 里氏替换原则:

定义:所有引用基类的地方必须能透明地使用其子类的对象。

 

1.3 依赖倒置原则:

定义:高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。

 

1.4 接口隔离原则:

定义:客户端不应该依赖它不需要的接口;一个类对另一个类的依赖应该建立在最小的接口上。

 

1.5 迪米特法则:

 定义:一个对象应该对其他对象保持最少的了解。尽量降低类与类之间的耦合。

 

1.6 开闭原则:  

这个原则其实就是对上面五个原则的一个总结,只要遵守上面五个,这个自然就形成了

 

http://www.uml.org.cn/sjms/201211023.asp

 

2. 设计模式

MVP模式

T-MVP

单例模式

工厂模式

 

 

参考:http://blog.csdn.net/jason0539/article/details/44956775

posted on 2017-11-23 16:57  maogefff  阅读(360)  评论(0编辑  收藏  举报

导航