Design Pattern——Pattern anywhere!

我的经验是，理解模式，首先需要有基本的面向对象的概念，我接触的很多人，连基本的面向对象的思想都是一锅粥，搞模式简直是乱上添乱；
应用模式，也有一些规则的
我初学模式时写过一篇笔记：
http://blog.donews.com/maverick/archive/2005/08/28/531029.aspx

"有时模式是重构出来的。 "非常同意这句话。我就喜欢这样做。

@yunhuasheng
有时模式是重构出来的。
反过来当你的经验达到一定程度, 再碰到某些熟悉的场景,你就会想到 某种模式恰恰满足了需求, 这时你就会用它.

你写的很好,以前我在开始学习C#语言和ASP.NET的时候也看过模式的书,人们都说模式很重要,但是我在看了以后根本就没什么感觉,然后就不再看了,再后来在了段时间的编码后,再回过头去看一下,发觉还是作用挺大的.但是还是不能发挥模式的重要的作用,我想问一下楼主给我一个建议让我能在编程的过程中充分的去利用模式.谢谢!不胜感激.

“都说这书号，为啥这书里都是些Println　Hello　world　Car...，这里面的应用都太浅显啊，这么简单的例子为什么Inherit、Implements啊？这不是画蛇添足吗？”

我早些年也有这样的疑惑，为什么只是想读一个简单的文件，就要搞这么多class出来，至于吗。
市面上这种说软件设计的书很多，但是经常是明白的人读了就明白了，不明白的人读了仍然是不明白。这些作者的原意自然是好的，想从一个简单的例子开始，由浅入深，慢慢来。但是这样的坏处是，让初学的人觉得模式好像是在让事情变得复杂，因此产生反感。毕竟设计的目标是简单，而不是复杂。
也许是这些书本来就不是针对新人的，而是有一定工作经验的人，这样的人可以看到书中介绍的技术，回忆自己以前在需求中挣扎的痛苦，从而回到书中产生真正的理解。
博客园正在有很多人忙着写书，希望大家能注意一下这个现象。交代一个技术，一定要把握大方向，不要总是忙着把技术细节说明白，技术发展的历史是什么样的，思路是如何演化的，实际的世界是什么样的，多说一些这方面的东西其实不浪费。这样看的人才能相信这个技术，也知道他有哪些功能，应该来解决什么问题，有哪些缺点。模式本身其实几句话、几行代码而已。
很多人看过一本书，叫做“head first design patterns”，可以作为第一本书看。