设计模式
Scalaaaaaa
这个作者很懒,什么都没留下…
展开
-
设计模式--单一职责原则,开放封闭原则,依赖倒转原则
单一职责原则:一个类尽量只完成一种或者一类功能,活着一个方法只完成尽量原子(不可分割)的功能具体的,在设计方法时,一个方法实现原子功能,这样该方法便于复用开放-封闭原则:跟单一职责原则一个意思,(大话设计模式.pdf中分成两个讲)。封闭的意思就是“原子”的类或者方法尽量少修改,开放的意思是,当有新的需求或者更新需求时,可以增加方法或者类而不是修改“原子”方法。开放即扩展,升级。原创 2016-07-11 11:51:23 · 437 阅读 · 0 评论 -
关于设计模式
在自己维护系统的时候,并且系统的代码不是自己写的,不适宜用设计模式去改造原有的逻辑。改变原有架构,那么,你把某个逻辑纳入面向接口编程的范围里之后,万一系统里有别的代码调用这个原有架构的东西,那么就会出错原创 2017-03-28 09:09:30 · 340 阅读 · 0 评论 -
设计模式 杂谈
模式设计应该是在需求分析完了之后进入的一个阶段,这是一个把需求抽象成逻辑骨架的一个过程,在面向对象的世界中,怎么样倒腾对象、接口、成员变量,或者说怎样组合这些,更加有效地、优雅地解决需求。设计模式中有个开放封闭原则,我的理解是,开放,和易扩展是一个意思,封闭的意思是职责单一,这个职责单一我觉得有很大的可以说道的,一个类的一个方法,到底做的事要多么得细枝末节才能算上职责单一呢?简单的,像原创 2017-02-17 15:06:53 · 309 阅读 · 0 评论 -
设计模式-适配器模式
“简单地说,就是需要地东西就在面前,却不能使用,而短时间又无法改造它,于是我们就想办法适配它”--摘自《大话设计模式》显然,这种情况一般会发生在jar包里地东西仍可用,但不能直接用。原创 2017-01-06 17:23:32 · 284 阅读 · 0 评论 -
设计模式--外观模式
为实现复杂功能(或者整合功能--把多个功能放到一个action里),把多个service都注入到这个action里,这个acton就可以任意调度,便是外观模式。外观模式常用在后期维护,比如子系统整合成一个大系统原创 2016-07-15 18:06:16 · 327 阅读 · 0 评论 -
设计模式--模板方法模式
就是把多个类的公共部分提取出来放到父类,这些类继承父类,重写不一样的地方原创 2016-07-14 10:48:45 · 439 阅读 · 0 评论 -
设计模式--原型模式
部分代码转载自:http://blog.csdn.net/sadfishsc/article/details/7998161原型模式,把开销较大的初始化操作换成开销较小的克隆操作。关于 克隆:复制成员变量咯关于引用类成员变量的克隆:a对象的User user是个引用,a1克隆自a,那么a的user和b的user都指向同一个User对象,那么也就是说,b.setUse原创 2016-07-14 10:04:10 · 373 阅读 · 0 评论 -
设计模式 --工厂方法模式
对简单工厂模式升级,就成了工厂方法模式简单工厂模式是有一个工厂类,穿个参数获取对象工厂方法模式是有一个接口,工厂类继承这个接口,可以有多个工厂类,下面说说多个工厂类和一个工厂类的区别区别在于根据 参数获取对象的时候的判断--这段代码的位置。如果这段代码放到工厂方法里面,那么这就是简单工厂模式要是把这个判断的代码放到工厂方法的外面,也就是获取对象的时候,那么就是:原创 2016-07-14 08:23:01 · 413 阅读 · 0 评论 -
设计模式--代理模式--以及和装饰模式的区别
http://blog.csdn.net/jackiehff/article/details/8621517这篇文章举例很是恰当,对于理解代理模式很有帮助。例子是,老板要开会,但是呢,开会之前的工作比如通知到会人员,布置场地以及开会后的收尾工作,这些都可以交给秘书来做,此时,老板是被代理对象,老板把布置场地、通知到会人员的权限分给秘书,秘书去做,那么老板就可以专注于会议内容。就像我理解的架原创 2016-07-13 12:16:53 · 1116 阅读 · 0 评论 -
设计模式-装饰模式(理解)
看了《大话设计模式》pdf版的装饰模式和其他博客上的一些讲解,第一遍很难get到讲解的点在哪。经国深思,记录下深思的结果。装饰模式,其实就是用递归的方式实现了面向切面(接口)编程。面向切面编程,可以从spring框架(AOP)那里学到,模式用途,面向切面编程,在不用修改远代码的基础上,添加新的逻辑,比如,新增用户,addUser(User u)里面,直接将User插入到数据原创 2016-07-12 15:22:46 · 598 阅读 · 0 评论 -
设计模式之 观察者模式
简单概括:业务解耦+触发器解释概括:把复杂业务分割成尽量小的子业务,(目的是代码复用,这写“尽量小的子业务”可能会被其他复杂业务调用);分割完了之后,就该分类了,这几个子业务,属于用户模块,那几个子业务属于自定义校验模块,这些子业务的代码分别写在不同的 模块类里。就像UserService,TopicService,BlogService;分类完了就到“触发器”了,Oracle等数据库里面都原创 2017-07-30 20:29:18 · 287 阅读 · 0 评论