简单理解一下内聚和耦合。
什么是模块
模块就是从逻辑上将系统分解为更细微的部分，分而治之。
复杂问题因为复杂性的问题，比较难解决，但是可以将复杂问题拆解为若干简单问题，逐个击破地解决这些简单问题，最后实现解决复杂问题的效果。
模块的粒度划分可大可小，可以是函数，类或功能块等等。
耦合主要描述的是模块与模块之间的关系，内聚则主要描述的是单个模块的内部构成。
什么是耦合
如果模块之间存在依赖，则可能会导致一个模块的改动影响了另外的模块的问题，甚至是相互影响。
两个模块之间的关系越紧密，耦合就越强，模块的独立性就会越差。
比如一个模块A直接操作了模块B中数据，则视为强耦合；若A只是通过数据与模块B交互，则视为弱耦合。
独立的模块便于扩展、维护和单元测试，如果模块之间重重依赖的话，就会极大降低开发效率。
什么是内聚
一个模块应当尽可能独立完成某个功能，模块内部的元素关联性越强，则内聚越高，模块单一性就越强。
如果有各种场景需要被引入到当前模块，代码的质量将变得非常脆弱，这种情况建议拆分为多个模块。
低内聚的模块代码，不管是维护、扩展还是重构都相当麻烦。因为要兼顾内部元素的关联性，如果不理清楚的话可能会难以下手。
接口设计原则
好的接口应当满足设计模式六大原则，很多的设计模式或框架都是基于高内聚低耦合这个出发点的。
1.单一职责原则：一个类只负责一个功能领域中的相应职责。
2.开闭原则：一个软件实体应当对扩展开放，对修改关闭。
3.里氏代换原则：所有引用基类(父类)的地方必须能透明地使用其子类的对象。
4.依赖倒转原则：抽象不应该依赖于细节，细节应当依赖于抽象。换言之，要针对接口编程，而不是针对实现编程。
5.接口隔离原则：使用多个专门的接口，而不使用单一的总接口。即客户端不应该依赖那些它不需要的接口。
6.迪米特法则： 一个软件实体应当尽可能少地与其他实体发生相互作用。例如外观模式，对外暴露的是统一接口。
外观模式
外观模式是为系统中的多个子系统提供一致的对外调用，对客户端隐藏子系统细节，降低其与子系统的耦合。
桥接模式
JDBC中的把面向厂商的接口(Driver)和面向使用者的API(DriverManager)做了拆分隔离。
//开发者只需要关注JDBC API, 无需关注不同数据库Driver接口实现
Class.forName("com.mysql.jdbc.Driver");
Connection conn= DriverManager.getConnection(url, username, password);
这样，开发者只需要指定数据库的驱动类，调用的方法即API都是相同的，不会因为数据库的不同而有所区别。
适配器模式
如果引入了第三方库(Hibernate，Log4j)，不应该直接在代码中继承或者使用其实体类。
应该要抽出上层统一接口，然后增加实现类，最后对外暴露接口。
//代码与log4j强耦合, 不推荐
org.apache.log4j.Logger.getRootLogger().info("yanggb");//底层可以随意更换log框架
FRLoggerFactory.getLogger().info("yanggb");
这样，如果要更换log框架，只需要修改FRLoggerFactory中对log框架的引用就可以了，不需要在每个业务代码中修改。
"我曾对你心动过，但赶路要紧，我忘了说。"
