Android 设计随便说说

我曾经搞过应用程序的设计，当时只是读了半本宝典《重构...》，现在看来就这半本九阴真经，收益甚多啊 。再加上这现年工作上的印证，基本上可以拿出喷一下了。当然现在看来当年的项目设计真是很烂了。

第一个问题，什么是设计？我的回答是：为了提高程序执行效率，对程序按照模块划分，并且合理组合。往后我将继续沿用这两个点，模块划分和合理组合。

第二个问题，设计的原则？我的回答是：低耦合，高内聚是设计唯一的原则。有可能你还要问不是还有五大原则么？这里我将这五个原则一一道来。

1  单一职责原则。什么是单一职责？就是一个类，或者一个模块之负责一个任务，一个事情。例如数据库模块，就负责数据存储，并提供数据存储的读写接口，而一点点也不关心业务。回头问为了什么？答案是，为了提高内聚。

2  依赖倒置原则。原本是上层的业务实现，需要底层的模块支持，通过解析数据包，很早的时候使用的是解析xml。现在是解析json。那么如果从xml切换到json时上层业务还需要修改的话，这就没有做到很好的耦合。依赖倒置就是解决这个类问题，把上层业务对底层的依赖从实体抽象到接口。这个接口有两个作用，一是契约的意思，谁能够遵守这个契约，谁就可以上。二是分割的意思，这个接口之上是上层业务，以下是实现单元。回头问为了什么？答案是，为了低耦合。

3 里氏替换原则。这个针对基类和子类一个较为严格的要求。即无论一个子类如何实现都应该保持父类对外的接口功能，这样子类才可以替换完整的替换父类，而具有同样功能的子类可以相互替换。一块肉，喂给狼可以 ，喂给老虎可以，喂给狮子也可以，但是喂给牛是不行的。因为牛的父类是食草动物，没有吃肉的接口。答曰，低耦合，易于移植。

4 接口隔离原则。这个是针对接口的一个要求，是一个外围要求，即一个接口不能将风马牛不相及的接口都写在一个接口类里面。接口类也应该保持单一职责原则。但是对风马牛不相及的的接口要各自写个各自的。总之上帝归上帝，凯撒归凯撒。答曰，高内聚。

5 迪米特原则。意思是一个类对于它的依赖类竟可能的知道的越少越好。而依赖类则是尽可能少的暴露实现。在放大到一个模块中，模块之间的类尽可能的依赖模块中的类，但是不对外面或者很少的对外面暴露模块内部的类。答曰，高内聚。

最后一个就是开闭原则。即对接口进行开放，对实现进行封闭，这样即便是出现问题提也是内部实现问题，不用修改接口。要知道修改接口，就要修改依赖类，改动很大的。其实以上的其他原则都是实现了开闭原则。这也是降低耦合提高内聚的法子。

 

这些都是太抽象了，明天写一点具体的。