写完了Interpreter模式之后，我习惯性的看看下一天的安排，却陡然发现GoF的23个设计模式的解析已经在我不经意间写完了。就像在一年前看GoF的《设计模式》一书，和半年前用C++模拟、实现23种经典的设计模式一般，透过这个写解析的过程，我又看到了另外一个境界。一直认为学习的过程很多时候可以这样划分：自己学会一门知识（技术）、表达出来、教会别人、记录下来，虽然这个排序未必对每个人都合适（因为可能不同人有着不同的特点能力）。学一门知识，经过努力、加以时日，总是可以达到的，把自己学的用自己的话表达出来就必须要将学到的知识加以消化、理解，而教会一个不懂这门知识的人则比表达出来要难，因为别人可能并不是适应你的表述方式，记录下来则需要经过沉淀、积累、思考，最后厚积薄发，方可小成。 设计模式之于面向对象系统的设计和开发的作用就有如数据结构之于面向过程开发的作用一般，其重要性和必要性自然不需要我赘述。然而学习设计模式的过程却是痛苦的，从阅读设计模式的圣经——GoF的《设计模式：可复用面向对象软件的基础》时的枯燥、苦闷、茫无头绪，到有一天突然有一种顿悟；自己去实现GoF的23中模式时候的知其然不知其所以然，并且有一天在自己设计的系统种由于设计的原因让自己苦不堪言，突然悟到了设计模 第 2 页 共 105 页 k_eckel 设计模式精解－GoF 23 种设计模式解析附 C++实现源码 http://www.mscenter.edu.cn/blog/k_eckel 式种的某一个正好可以很好的解决问题，到自己设计的elegant的系统时候的喜悦与思考；一直到最后向别人去讲解设计模式，别人向你咨询设计模式，和别人讨论设计模式。就如GoF在其前言中说到：一旦你理解了设计并且有了一种“Aha！”（而不是“Huh？”）的应用经验和体验后，你将用一种非同寻常的方式思考面向对象设计。这个过程我认为是漫长的，painful，但是是非常必要的。经过了的才是自己的，Scott Mayer在其巨著《Effective C++》就曾经说过：C++老手和C++新手的区别就是前者手背上有很多伤疤。是的在软件开发和设计的过程中，失败、错误是最好的老师，当然在系统开发中，失败和错误则是噩梦的开端和结束，因为你很难有改正错误的机会。因此，尽量让自己多几道疤痕是对的。

tuxedo 事务 tuxedo XA tuxedo 编程 tuxedo 使用