解耦的重要性

我们这次的主题：解耦。初次了解这个名词是在学Spring的IOC 时，其实这个问题我困惑`

已久，起初对他的认识其实是在一次和好友谈关于SSH 框架的问题时，无意说的一句话:"解耦是啥

！？我想想啊。。。有了！就好比男女朋友相互之间的依赖性，貌似作用不大，时间长了作用就大

了。"，最后的讨论结果是，SSH框架缺了谁都可以，就是唯有Spring是必不可少的。说白了，解耦

是什么，解耦就是降低对象之间的依赖。

1。技术中的解耦

    刚开始学习SSH ，觉得为何一个简单的实现需要如此多的配置，是否会使开发变得更加复杂。

其实技术架构因系统大小，复杂度灵活设计。SSH是MVC的很好体现，在大型应用开发时，更能体现

其重要性，便于团队开发，代码管理的问题，系统易维护易集成的问题。为什么出现MVC 开发模式

，为什么出现SSH 技术框架，除了在技术实现提供便利之外，更大的是为了解耦，降低视图层，业

务层，数据处理层之间的依赖。

    现在很多都用WebService做为接口的主要开发技术，为什么会出现WebService这种跨平台的在

线应用服务设计，它解决了多语言跨平台应用程序集成问题，降低了应用程序对于语言和平台的依

赖;解决了B2B商务交易集成问题，降低了应用程序对于企业业务范围的依赖;解决了组件重用问题，

降低了应用程序对某特定组件的依赖。以及后来延伸出现的SOA 面向服务架构等等，都是为了解决

同一个问题，解耦，降低应用程序之间的依赖。

    解耦的源动力还是因为需要控制成本，控制因为变化产生的成本，这种变化包括需求变更、设

计变更、Bug 修改等等，当变化发生的时候，第一时间需要确定变化影响的范围，在耦合度很高的

系统里任何一个变化都牵一发动全身，而变更的范围直接决定了工作量的大小，所以，应当把变化

影响的范围控制在合适的范围里，而这个合适的范围就是对象内部。

2。团队中的解耦

    刚来到团队，第一次接触前后台分开，两种语言，两种完全不同技术架构同时开发的分布式系

统架构。有人可能会问，这完全可以用一种语言，一个技术架构解决啊？为何搞的这么复杂。前几

天完全用Java Web体系架构解决一个需求，幸好业务不是非常复杂，搞完后总结了一下，前后台架

构的必要性。当然在技术实现上的需要会用到多语言分布式开发，这时其实也是对技术的解耦。那

我们看另一个问题，前台技术架构相对复杂，业务要求相对要低。而后台业务性要求很高，技术要

求相对较低。这时我们在处理复杂的需求时，尤其是在大型项目开发中我们就需要在架构分析，人

员调配，工作量估算等问题上去尽量缩短开发周期。这时，怎么解决？解耦，前后台分开，恰巧很

好的解决了这个问题，降低了技术与业务的依赖，前台和后台的依赖。

3。人际中的  解耦

    两个人在一起我就的应该适当的降低相互之间的依赖性，两人之间有些矛盾有些时候源于一方

的无理取闹，不理性的分析解决问题，这往往是因为一方太依赖对方，无论是情感依赖或者是物质

依赖。怎么解决？解耦吧。降低两人之间的依赖程度。

    一部分人都会多少有这样几个想法，从小是否都会想，自己不如某些家庭生活的好。长大了，

又是否会抱怨人家父母什么都为孩子准备好了一切，而我们自己却要努力打拼去买房结婚，尤其在

这个泡沫横飞的年代。那这究其原因，还是我们太依赖父母，父母没有说是不想自己孩子好的，其

中辛酸唯我们为人父人母才会了解吧。这时就需要我们独立，独立去承受一些负担，独立去承担一

些责任。独立？怎么解决？解耦吧。降低我们与父母之间的依赖。

    一切皆对象，这里的对象并非单指类实例化后生成的对象，一个模块也是一个对象，一个系统

也是一个对象，就像人体的组成是从细胞开始，然后是组织和身体一样。细胞的功能是完整的、自

治的，组织和身体也是同样的，因此对象也应该具有相同的特点，如此，即可认定对象是解耦了的

。对象可以解耦，那么童鞋们，技术是否可以解耦呢？团队是否也可以解耦呢？人际是否可以解耦

呢？那么还有什么是不可解耦的呢？