淡泊以明志,宁静以致远

摘要： 享元模式（Flyweight Pattern） ——.NET设计模式系列之十三 摘要：面向对象的思想很好地解决了抽象性的问题，一般也不会出现性能上的问题。但是在某些情况下，对象的数量可能会太多，从而导致了运行时的代价。那么我们如何去避免大量细粒度的对象，同时又不影响客户程序使用面向对象的方式进行操作？ 本文试图通过一个简单的字符处理的例子，运用重构的手段，一步步带你走进Flyweight模式，在这个过程中我们一同思考、探索、权衡，通过比较而得出好的实现方式，而不是给你最终的一个完美解决方案。 阅读全文

摘要： 一、引子 　　中介在现实生活中并不陌生，满大街的房屋中介、良莠不齐的出国中介……。它们的存在是因为它们能给我们的生活带来一些便利：租房、买房用不着各个小区里瞎转；出国留学也不用不知所措。 　　中介者模式在程序设计中也起到了类似的作用。 　　二、定义与结构 　　GOF给中介者模式下的定义是：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。简单点来说，将原来两个直接引用或者依赖的对象拆开，在中间加入一个“中介”对象，使得两头的对象分别和“中介”对象引用或者依赖。 　　当然并不是所有的对象都需要加入“中介”对象。如果对象之间的关系原本一目了然，中介对象的加入便是“画蛇添足”。 　　来看下中介者模式的组成部分吧。 阅读全文

摘要： 我在《软件设计精要与模式》第19章中介绍了职责链模式在实际项目中的应用，由于引入了该模式，使得对象在职责划分上有了更清晰的结构，然而由于项目场景的诸多限制，总有几分“为模式而模式”的生涩感觉。最近在开发WCF的相关项目时，又一次应用了职责链模式，一方面加深了自己对设计模式的进一步理解，也积累了一些心得，可以与各位分享。 在该项目中，我希望实现对Endpoint的合法性检验，其中对于绑定而言，则包含了许多约束，例如绑定与URI样式的约束，例如绑定与服务契约设计的约束。绑定不同，则向对应的约束也不相同。为了更好地体现Endpoint，我在项目中定义了属于自己的Endpoint类： 阅读全文