摘要：一、重复的代码： 包含完全重复、部分重复、以及程序不同结果相同1）一个类的两个函数有相同的表达式 ---提取方法2）两个互为兄弟的子类含有相同表达式----提取方法，放在父类3）两个毫不相干的类中的重复----引入第三方类4）如果代码只是类似，并非完全相同----分割出相同部分构成独立方法5）有些函...
阅读全文
随笔分类 - 设计模式
摘要：这个模式在看书时，一直没想到更好的应用场景，由此感慨一下《设计模式之禅》这本书， 通过这本书，的确对各种模式有了个比较清晰的理解，甚至对模式的结构也能很明确。也就是说，知道了是怎么做的。但是也有其本身的缺点，由于里面的例子基本就是demo级别的，没有多大现实意义，所以，对于理论和实际的联系这块做的稍显不足。期待作者以后加强这块。感谢这本书领我入门。于是我每学一个，都结合李建忠的视频课程来，他那里比较侧重于实际应用环节，当然也不能说他这就是完美的，个人感觉，对怎么做这块，还是前者讲的比较系统。各有利弊吧。以上纯属个人之谈。说说这个桥接模式。据说它应用的不是太广，学的过程中也有一些体会，只有在很特
阅读全文
摘要：借用大神李建忠的思路，应用一个模式的时候，我们的动机是什么，如果最初的动机都不清楚，那只能是为了用模式而用模式了。用一种模式，是为了解决一类实际项目中遇到的问题。进入正题：访问者模式的使用动机是什么？答曰：我们在开发时，为了程序能更好的扩展、解耦。。。总之一系列的目的吧，我们会使用接口来实现多态。也就是说，一个方法，不同的子类中有不同的实现。然后。。。很久以后，我们要在接口中加一个方法，怎么做呢？1->修改接口；2->修改每一个实现类（实现这个方法嘛）。如果是个成熟的程序，这种修改，是可能带来风险的。在这里讲一个小事，在初学时，项目经理设计了一套实现，有四种订单，暂且称为ABCD，
阅读全文
摘要：我们常常会遇到一类具有“容器”特征的对象，他们既是容器，本身也是对象。比如，公司人员管理中的人，他们是处于不同层级，每个层的人下边，又有下属。也就是数的结构。而在客户端处理这种对象时，如果耦合性考虑的不好，就出现这种情况：客户端要提前知道对象的结构，判断对象的类型，然后区分枝节点和叶子节点，区别处理。而在处理枝节点时，又要递归处理。问题：耦合性过强，一旦变更类（而非接口）内部结构，讲引起客户代码的变化；类的实现细节暴漏给了客户端。解决：将对象组合成树形结构以表示“部分-整体”的层次关系。对客户端来说，他只认接口，无论是来了枝、还是叶，无差别。将“客户代码与复杂的对象容器结构”解耦是Compos
阅读全文
摘要：最近在学习设计模式，把学习过程中的点滴思考记录下来，其中也有一些从网上看到的精彩解析。先从中介者模式开始记录。精髓：将一堆对象（同事类）之间的复杂交互，封装到中介类中，统一协调处理。这个图挺经典的：是这个模式，类间的处理过程。-----------------------------------------------------------------------------------以下是别人的理解，copy之。1：中介者模式的功能 中介者的功能非常简单，就是封装对象之间的交互。如果一个对象的操作会引起其它相关对象的变化，或者是某个操作需要引起其它对象的后续或连带操作，而这个对象又不希望
阅读全文
