设计模式心得体会-心得体会模板

设计模式心得体会

7月初的一个周末，准确的说应该是7月1号周六，在上看到一本《大话设计模式》的书，而且看到很多很好的评论，于是乎，下载了电子书看看，一下子看了几章之后，对设计模式有了个了解，于是继续上搜些其他资料，进一步了解设计模式。。。最终结论：设计模式是个好东西，具体怎么好，一两句话是无法概括的，也是从那天起，我就决定学习设计模式，于是就看《大话设计模式》，至七月十多号，大概看了一百多页后，感觉有点难，有点看不下去的感觉，于是上找其他的好方法，无意间发现了李建忠老师的《c#设计模式纵横谈》系列讲座，微软的webcast课程，主要讲解gof的23个设计模式，每个一讲，加上一头一尾，共25讲，试听了一节课后，感觉很有用，于是就抽时间去边听课边看书，并在我的博客里写下笔记，依赖加深印象，二来可以督促我的进度。。。

三个月以来，总算把设计模式学完一遍了，原计划是两个月学完（一星期三个模式），由于。。。计划两个月学完实际花了三个月，感触多多，收获多多——对c#语言有了更进一步的认识，对oo的思想有了更全面的了解。。。

下一步在设计模式方面的计划：巩固并运用设计模式，巩固：把《大话设计模式》，《设计模式》，《设计模式——可复用的面向对象基础》，《敏捷软件开发：原则、模式与实践》这些书再结合起来系统的看一看，当然还会去买一些我手头上没有的关于设计模式的书；运用：部门前几天也提倡用c#来改版vb程序，我想这是一个很好的平台，正好有机会把理论的东西在实际中应用，理论加实际——唯一的学习方法。。。

下面对各个模式再简单总结一下：

1、创建型模式：

singleton：解决的是实例化对象的个数的问题，比如抽象工厂中的工厂、对象池等，除了singleton之外，其他创建型模式解决的都是new所带来的耦合关系。

abstractfactory：创建一系列相互依赖对象，并能在运行时改变系列。

factorymethod：创建单个对象，在abstractfactory有使用到。

prototype：通过拷贝原型来创建新的对象。

factorymethod，abstractfactory,builder都需要一个额外的工厂类来负责实例化“一边对象”，而prototype则是通过原型（一个特殊的工厂类）来克隆“易变对象”。

如果遇到“易变类”，起初的设计通常从factorymethod开始，当遇到更多的复杂变化时，再考虑重构为其他三种工厂模式（factorymethod，abstractfactory,builder）。

2、结构性模式

adapter：注重转换接口，将不吻合的接口适配对象，用于旧代码复用、类库迁移等。

bridge：注重实现抽象和实现的分离，支持对象多维度的变化。

posite：注重同意接口，将“一对多”的关系转化为“一对一”的关系，屏蔽对象容器内部实现结构，实现对象和对象容器使用的一致性。

decorator：注重稳定接口，在此前提下为对象扩展功能，实现对象功能的扩展，避免子类膨胀。

facade：注重简化接口，屏蔽各子系统的复杂性，提供更高层接口供客户访问。

flyweight：注重保留接口，在内部使用共享技术对对象存储进行优化（通过共享大量细粒度对象，提供系统性能）。

系统将会像目前一样需要那么多人来维护吗？

《大话设计模式》一书其实是对gof的《设计模式——可复用面向对象软件的基础》一书的“翻译”，让人更容易理解，用通俗易懂的语言阐述软件设计过程中的一些“模式”，在某种特定环境下，用最好的设计方法（代码高内聚，低耦合，使其有良好的可扩展性和可维护性）达到我们的目的，或许其方法有很多很多，但是寻找到最好的方法却不是件容易的事，设计模式是对前人的设计经验的一个总结，告诉我们在某种特定的环境下，这样的设计师最好的，学习设计模式有助于我们在设计软件的过程中少走很多弯路。《1》《2》《3》

我对gof的23个设计模式虽然都有看过，但是只有理解，实现，应用及思考之后，才能真正体会其精妙之处，至今体会较深的有以下几个模式：1.strategy——封装系列“算法”，让它们之间可以相互替换，“算法”并不是单指数据结构中的算法，在实践中，它几乎可以封装任何类型的规则，这使得策略模式的运用极其广泛；2.templatemethod——有人说是用的做多的模式，只要有抽象类的地方，都可以看到这个模式，它通过把不变行为移到父类中去，去除子类中的重复代码，从而提供了一个很好的代码复用平台；3.facade——提供了对基础架构的统一访问，减少复杂性，在web编程者中的三层架构，就是此思想，每一层都封装好一部分功能，提供给上一层统一的方法调用，整个framework体系就是facade模式的封装，随着升级到，越来越多复杂的高级功能被封装，可以说facade无处不在；4.abstractfactory——提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类，咋一看，太抽象了，说个例子，在三层架构中，bll层对dal层的调用会直接用到dal层中的类，如果dal层是分别对sqlserver，oracle的访问，bll层需要根据实际情况决定实例化哪一个dal层中的类，我们又希望在两种dal层切换时，bll层和ui层都不做改变，那么可在bll层和dal层中增加接口层（体现了“抽象”的精神，或者说是“面向接口编程”的最佳体现）和抽象工厂（dalfactroy），让它来实例化dal层中的实例；5.singleton——确保一个类仅有一个实例，并提供一个访问它的全局访问点，如单件窗体，点一下menu，弹出一个窗体(实例)，在关闭这个新窗体之前，再次点击该menu，不会再次出现同样的弹出窗体(实例)。。。篇幅有限，其他模式或多或少都有点感觉。

最后，引用《设计模式解析》书中的一句话：设计模式体现的是一种思想，而思想是指导行为的一切，理解和掌