设计原则
猛犸归来
这个作者很懒,什么都没留下…
展开
-
设计模式的几个基本原则
一. 开-闭"原则( Open - Closed Principle 缩写:OCP ),软件实体(类,模块,函数等)应该可以扩展,但是不可以修改 意思是,在一个系统中,对于扩展是开放的,对于修改是关闭的,一个好的系统是在不修改源代码的情况下,可以扩展你的功能..而实现开闭原则的关键就是抽象化. 在"开-闭"原则中,不允许修改的是抽象的类或者接口,允许扩展的是具体的实现类,抽象类和接转载 2014-01-04 11:15:33 · 482 阅读 · 0 评论 -
使用工厂模式和策略模式重构复杂业务逻辑
项目组在和外部系统对接,花了好长一段时间对以前的打印逻辑做修改,修改了8次的bug,才实现了当前的外接系统的打印功能,上线的前一刻又发现此次的改动对以前的逻辑产生关联影响,哎,不谈了,原因很简单,随着外接系统的增多,实现的打印方式和功能已经很多了,而此时几千行的代码看看已经让人崩溃了,改动的难度就更大了。不得不重构了,梳理业务和代码逻辑后,决定采用工厂+策略的模式进行重构。工厂模式主要是为原创 2014-01-04 15:32:55 · 2016 阅读 · 0 评论 -
观察者模式
转载:http://www.blogjava.net/supercrsky/articles/202544.html,写的很好很清晰。简单地说,观察者模式定义了一个一对多的依赖关系,让一个或多个观察者对象监察一个主题对象。这样一个主题对象在状态上的变化能够通知所有的依赖于此对象的那些观察者对象,使这些观察者对象能够自动更新。 观察者模式的结构 观察者(Observer)模式转载 2014-01-06 16:02:07 · 431 阅读 · 0 评论 -
模板模式
1. 概述 定义一个操作中的算法的骨架,而将步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义算法的某些特定步骤。2. 模式中的角色 2.1 抽象类(AbstractClass):实现了模板方法,定义了算法的骨架。 2.2 具体类(ConcreteClass):实现抽象类中的抽象方法,已完成完整的算法。3. 模式解读 3.1转载 2014-01-06 21:11:55 · 453 阅读 · 0 评论