《Clean Code》的总结：总的说来数据结构指的就是数据的载体，暴露数据，而几乎没有有意义的行为，你应该在尖叫这不是贫血类？的确这和我们的贫血类很相似。最常见的应用在分布式服务，以wcf，webservice，reset之类的分布式服务中不可或缺的数据传输对象（DTO）模式，DTO（Request/Response）就是一个很典型的数据载体，只存在简单的get，set属性，并且更倾向于

原文地址:http://leihuang.org/2014/12/09/proxy/Structural 模式 如何设计物件之间的静态结构，如何完成物件之间的继承、实 现与依赖关系，这关乎着系统设计出来是否健壮（robust）：像是易懂、易维护、易修改、耦合度低等等议题。Structural 模式正如其名，其分类下的模式给出了在不同场合下所适用的各种物件关系结构。Def

原文地址:http://leihuang.org/2014/12/09/facade/Structural 模式 如何设计物件之间的静态结构，如何完成物件之间的继承、实 现与依赖关系，这关乎着系统设计出来是否健壮（robust）：像是易懂、易维护、易修改、耦合度低等等议题。Structural 模式正如其名，其分类下的模式给出了在不同场合下所适用的各种物件关系结构。De

原文地址:http://leihuang.org/2014/12/09/composite/Structural 模式 如何设计物件之间的静态结构，如何完成物件之间的继承、实 现与依赖关系，这关乎着系统设计出来是否健壮（robust）：像是易懂、易维护、易修改、耦合度低等等议题。Structural 模式正如其名，其分类下的模式给出了在不同场合下所适用的各种物件关系结构。

原文地址:http://leihuang.org/2014/12/08/bridge/Structural 模式 如何设计物件之间的静态结构，如何完成物件之间的继承、实 现与依赖关系，这关乎着系统设计出来是否健壮（robust）：像是易懂、易维护、易修改、耦合度低等等议题。Structural 模式正如其名，其分类下的模式给出了在不同场合下所适用的各种物件关系结构。

原文地址:http://leihuang.org/2014/12/09/decorator/Structural 模式 如何设计物件之间的静态结构，如何完成物件之间的继承、实 现与依赖关系，这关乎着系统设计出来是否健壮（robust）：像是易懂、易维护、易修改、耦合度低等等议题。Structural 模式正如其名，其分类下的模式给出了在不同场合下所适用的各种物件关系结构。

原文地址:http://leihuang.org/2014/12/06/adapter/Structural 模式 如何设计物件之间的静态结构，如何完成物件之间的继承、实 现与依赖关系，这关乎着系统设计出来是否健壮（robust）：像是易懂、易维护、易修改、耦合度低等等议题。Structural 模式正如其名，其分类下的模式给出了在不同场合下所适用的各种物件关系结构。

原创:http://leihuang.org/2014/12/06/default-adapter/Structural 模式 如何设计物件之间的静态结构，如何完成物件之间的继承、实 现与依赖关系，这关乎着系统设计出来是否健壮（robust）：像是易懂、易维护、易修改、耦合度低等等议题。Structural 模式正如其名，其分类下的模式给出了在不同场合下所适用的各种物件关系结构。

原文地址:http://leihuang.org/2014/12/05/registry-of-singleton/Creational 模式物件的产生需要消耗系统资源，所以如何有效率的产生、管理 与操作物件，一直都是值得讨论的课题， Creational 模式即与物件的建立相关，在这个分类下的模式给出了一些指导原则及设计的方向。下面列举到的全属于Creational 模式

原文地址:http://leihuang.org/2014/12/05/singleton/Creational 模式物件的产生需要消耗系统资源，所以如何有效率的产生、管理 与操作物件，一直都是值得讨论的课题， Creational 模式即与物件的建立相关，在这个分类下的模式给出了一些指导原则及设计的方向。下面列举到的全属于Creational 模式Simple F

原文地址:http://leihuang.org/2014/12/03/prototype/Creational 模式物件的产生需要消耗系统资源，所以如何有效率的产生、管理 与操作物件，一直都是值得讨论的课题， Creational 模式即与物件的建立相关，在这个分类下的模式给出了一些指导原则及设计的方向。下面列举到的全属于Creational 模式Simple F

原文地址:http://leihuang.org/2014/12/03/factory-method/Creational 模式物件的产生需要消耗系统资源，所以如何有效率的产生、管理 与操作物件，一直都是值得讨论的课题， Creational 模式即与物件的建立相关，在这个分类下的模式给出了一些指导原则及设计的方向。下面列举到的全属于Creational 模式Sim

原文地址:http://leihuang.org/2014/12/03/builder/Creational 模式物件的产生需要消耗系统资源，所以如何有效率的产生、管理 与操作物件，一直都是值得讨论的课题， Creational 模式即与物件的建立相关，在这个分类下的模式给出了一些指导原则及设计的方向。下面列举到的全属于Creational 模式Simple Fac

Creational 模式物件的产生需要消耗系统资源，所以如何有效率的产生、管理 与操作物件，一直都是值得讨论的课题， Creational 模式即与物件的建立相关，在这个分类下的模式给出了一些指导原则及设计的方向。下面列举到的全属于Creational 模式Simple Factory 模式Abstract Factory 模式Builder 模式Fac

原文地址:http://leihuang.org/2014/12/03/abstract-factory/Creational 模式物件的产生需要消耗系统资源，所以如何有效率的产生、管理 与操作物件，一直都是值得讨论的课题， Creational 模式即与物件的建立相关，在这个分类下的模式给出了一些指导原则及设计的方向。下面列举到的全属于Creational 模式S

原文地址：http://leihuang.org/2014/11/09/Builder-Pattern/The builder pattern is a good choice when designing classes whose constructors or static factories would have more than a handful of parameter

原文地址：http://leihuang.org/2014/11/09/Constructors-VS-Factory-Methods/首先看下面两者在创建对象上的区别// instantiating a class using constructorDog dog = new Dog(); // instantiating the class us

原文地址：http://leihuang.org/2014/11/18/composition-inheritance/为什么组合优于继承？这是一个很典型的设计模式的问题，Head First Design Pattern第一章好像就讲了，之前看得有点忘了。下面我把stackoverflow上面得分比较高的答案搬过来用一下，我觉得这样更容易理解些。两者区别

原文地址:http://leihuang.org/2014/12/09/flyweight/Structural 模式 如何设计物件之间的静态结构，如何完成物件之间的继承、实 现与依赖关系，这关乎着系统设计出来是否健壮（robust）：像是易懂、易维护、易修改、耦合度低等等议题。Structural 模式正如其名，其分类下的模式给出了在不同场合下所适用的各种物件关系结构。