假想场景：hp和apple是全球知名的电脑生产厂家，起初他们各自的电脑操作系统分别是linux和macintosh，microsoft是软件行业的龙头。为了吸引更多客户购买电脑，hp和apple请ms为他们开发两款最常用的软件，办公软件和及时通讯工具。ms结了订单后，分别为hp和apple开发了office和msn。随着微软windows操作系统的大面积普及，hp的linux和apple的mac使用的人越来越少。最后hp和apple不得不在自己的硬件平台上也支持windows操作系统，同样，他们不得不请ms帮助开发windows上的office和msn。这样，为了兼容三种操作系统，ms开发出了三种对应的office和msn。随着微软.net技术的普遍应用，hp和apple又不得不请ms为他们在windows平台上开发visual studio来提升对开发人员的吸引力。
上面的场景和“ 简单工厂、工厂方法和抽象工厂模式 ”那一篇非常相似,不同的地方是电脑多了一种操作系统，软件也相应的多了一种。这里我们可以抽象出另外一种设计模式：桥接模式，即将抽象部分和实现部分分离，使他们可以独立地变化。什么叫“抽象部分和实现部分分离”呢？就假想场景而言，就是让电脑既可以按照操作系统来分类，也可以按照应用软件功能来分类（操作系统是特殊的软件，这里把它单独当作区分电脑的一种分类方式）。更通俗的理解就是“实现系统可能又多种角度分类，每一种分类都可能变化，把这种多角度分离出来让他们独立变化，减少他们之间的耦合”。Code is cheap。看代码了：
Code
上面的代码是一种松耦合的程序，它遵循了合成/聚合复用原则。所谓合成，是一种强的“拥有”关系，体现了严格的整体与部分的关系，部分和整体的生命周期一样；所谓聚合，是一种弱的“拥有”关系，体现的是a对象可以包含b对象，但b对象不是a对象的一部分。举例来说，翅膀和大雁是部分与整体的关系，且它们的生命周期相同，是合成关系；而大雁和雁群是聚合关系，因为每只大雁都是属于一个雁群,一个雁群可以又多只大雁。相应的，我们的代码部分，应用程序application和操作系统os就是聚合关系。
上面的场景和“ 简单工厂、工厂方法和抽象工厂模式 ”那一篇非常相似,不同的地方是电脑多了一种操作系统，软件也相应的多了一种。这里我们可以抽象出另外一种设计模式：桥接模式，即将抽象部分和实现部分分离，使他们可以独立地变化。什么叫“抽象部分和实现部分分离”呢？就假想场景而言，就是让电脑既可以按照操作系统来分类，也可以按照应用软件功能来分类（操作系统是特殊的软件，这里把它单独当作区分电脑的一种分类方式）。更通俗的理解就是“实现系统可能又多种角度分类，每一种分类都可能变化，把这种多角度分离出来让他们独立变化，减少他们之间的耦合”。Code is cheap。看代码了：
Code
合成/聚合复用原则的好处是：”有助于保持每个类被封装，并被集中在单个任务中，这样类和类的继承层次会保持较小规模，并且不太可能增长为不可控制的庞然大物。“
本文转自JeffWong博客园博客，原文链接：http://www.cnblogs.com/jeffwongishandsome/archive/2009/04/13/1411737.html，如需转载请自行联系原作者
