设计的核心思想:尽可能的减少-1耦合。如果发现-1耦合应该采用解耦技术，data耦合is loose耦合在软件工程中，减少耦合度可以理解为解耦，模块耦合之间必然存在依赖关系，理论上绝对零度耦合度是不可能的，但是耦合度可以通过一些现有的方法降低。
软硬件解耦意味着释放耦合关系。在软件工程中，减少耦合度可以理解为解耦，模块耦合之间必然存在依赖关系。理论上绝对零度耦合度是不可能的，但是耦合度可以通过一些现有的方法降低。设计的核心思想:尽可能的减少-1耦合。如果发现-1耦合应该采用解耦技术。让数据模型、业务逻辑、视图展示三层互相约简耦合，在不影响整体的情况下，尽量减少关联和依赖。
在过去的几十年中，两个系列的解耦方法占主导地位。一种是围绕摩根问题的一系列状态空间方法，属于全解耦方法。这种基于精确对消的解耦方法，在遇到被控对象的任何扰动时，都会导致解耦的破坏，这是上述方法的主要缺陷。第二种是以Rosenbrock为代表的现代频域法，其设计目标是对角占优而不是被控对象对角化，这样可以很大程度上避免全解耦方法的缺陷，是一种近似解耦方法。
尽可能独立。当处理一个模块时，你不应该依赖另一个模块的内部工作。内聚原则是指在一个给定的模块内，所有的代码应该只完成一个目标。IT界有一句著名的口号:强凝聚力，松散度耦合。即使是最初级的程序员，也在自己不断的教学中领悟到了这句口号的含义:我们的程序要模块化，模块要完成一套清晰的相关服务功能，它的各个部分要相互关联，有机地组合成一个整体(外部程序看起来就像一个黑匣子)，模块内部组件之间的关联度要尽可能高(内聚性强)；模块之间的需求是可分离的，依赖性较小(loose 耦合)。
人要实现“宋耦合”并不容易，因为孤独的模块是没有意义的，只有模块协同工作才能达到系统的目的。但是，没有一定的经验，很难把握模块之间关系的设计。耦合的强度取决于:(1)一个模块对另一个模块的调用；(2)从一个模块传输到另一个模块的数据量；(3)一个模块对另一个模块施加多大的控制；(4)模块间接口的复杂性。等一下。
