原来这“乾坤大挪移”心法，实则是运劲用力的一项极巧妙法门，根本的道理，在于发
挥每人本身所蓄有的潜力。每人体内潜力原极庞大，只是平时使不出来，每逢火灾等等紧急
关头，一个手无缚鸡之力的弱者往往能负千斤。张无忌练就九阳神功后，本身所积蓄的力道
已是当世无人能及，只是他未得高人指点，使不出来，这时一学到乾坤大挪移心法，体内潜
力便如山洪突发，沛然莫之能御。
　　这门心法所以难成，所以稍一不慎便致走火入魔，全由于运劲的法门复杂巧妙无比，而
练功者却无雄浑的内力与之相副。正如要一个七八岁的小孩去挥舞百斤重的大铁锤，锤法越
是精微奥妙，越会将他自己打得头破血流，脑浆迸裂，但若舞锤者是个大力士，那便得其所
哉了。以往练这心法之人，只因内力有限，勉强修习，变成心有余而力不足。

haibo wrote:
其实读了这么点，我就有一种不想继续读的感觉，因为我觉得“程序本来就应该这样写“，只不过是Gof把它反映出来了

wes109 wrote:
老大，你也太牛了，偶对你的敬佩之情，犹如江水滔滔。。。

Gof的设计模式本来就是对前人经验的总结，还是重构也是

不过，不想继续读的感觉从来没有过，这本书一年多来一直躺在我枕边
经常拿起来翻翻

初读设计模式晦涩难懂
再读设计模式略有所得
又读设计模式倍感神清气爽，为其机巧所折服

回头再看
什么设计模式，什么OO，什么重构
并不是什么了不起的技术，大道致简，“本来就应该这样嘛”（让我想起那个哥伦布立鸡蛋的故事）

推而广之，这个世界上有多少是很了不起的发现？ 但你发现了你就了不起，用心而已

文章本天成，妙手偶得之

注意：是妙手。。。
不是靠狗X运

原来这种发现需要深厚的功底和经验积累，不是谁随便睡睡觉就可以发现一种化学元素，叫：苯

所以说：学习和理解OO的思想，运用设计模式到实践中去，不断的去玩味，才能真正做到挥洒自如，才能有所提高，有所发现，才能有妙手！

下次我们再碰到楼主的时候就可以说：楼主英明，大师风范，内外皆修！

     1。我觉得在读完preface,"案例研究”两篇后，经过对已作过项目的再思考，已知道面向对象的原则是什么，比喻一下就是floater所说的“运气方法”，使我长期以来（自从接触第一门面向对象语言C++到现在将近两年）的许多疑惑都揭开了，
        我已学会“修炼内力的方法和途径”，我想把精力放在“内力的增高上”。
     2。我觉得GOF在他的design patterns中对“招数”的推理方法上写得并不好，从第一个创建型模式“abstract factory”上已明显见拙，他的推理把“实际的推理”都颠倒过来了，
         那个MazeGame例子，本来应该是接口先出来，他倒一上去把door ,wall,room实现类都订出来了,然后给了个createMaze()方法来演示abstract factory. 本来好好的思路到被他引得上下不接，正确的思维方法度反被他束缚。
        当然，这也可能是它举的demo的缘故，并未仔细认真推理“招数”的形成，相反，“案例研究”--RTF编辑器的推理就很好。

haibo wrote:
要看模式，不如直接看他的“示例代码”为好，不接受它的“招数”的推理。

haibo wrote:
以上仅是个人愚见，请各位评评。

多隆(偶对你的敬佩之情，犹如江水滔滔。。。)worte:
新的问题不断出现，需要新的模式，中间的过程就变得非常重要

多隆worte:
当然，这些事可能轮不到我们，自有那些大师去做
像我们这些普通人，普普通通的程序员，只要把口张好，张得大大的
等着那些大师把模式做好了扔出来，呶，接着
只要快速的用口叼住就好了

我一辈子都糊涂，做的最明智的事就是回复wes109的帖子 wrote:
依据OO原则行事,就会写出适合你自己项目的好代码来，这些好代码可以称
做自己的“模式“。

“大师“门有他们的“模式“，我们有适合我们我们自己的好“模式“。

zyzhang wrote:
The benefit i got from the design patterns is that they are encourage me to be aware and respect the OO principals on the design of the complex product. The ideas behind the design patterns are related to the design consideration of extensibility, resuability, and etc. These design elements are important when you build complex product from scratch.

Refactoring is XP term, and integrate in the daily development cycle of software process. Good refactoring can result in design patterns(if you can recognize them). This is XP way to compliment the lack of design consideration when you directly go into the coding. So, Refactoring and design patterns are related, and they all are derived from the OO Principles.

Most of the current development environment are built on the high levle of well-known framework. Generally, you give little consideration on the low level design consideration, all you effort are focus on the understanding of the framework and implementing business logic. So, in this case, few design patterns are fall into the developers' eyes.

Design patterns actually help me a lot in the past year. They help me be more sensitive on the problem context and consider using pattern to build the structure of related objects, even though sometime, it's better to make your own variation on the design pattern, but the idea is essentially the same. Also, design patterns are good communication method for the team.

I can imagine, one can ignore the design patterns if you have strong and deep understanding on the OO Principals, also you have good abstract ability and some best practices in your mind.but most of us are not, design patterns instead give us good description on the solution of the common problems.

......