GOF业务场景的设计模式-----工厂模式

【GOF业务场景的设计模式-----工厂模式】的更多相关文章

GOF业务场景的设计模式-----工厂模式

定义:定义一个用于创建对象的接口,让子类决定实例化哪一个类,工厂方法使一个类的实例化延迟到其子类. 工厂方法模式基本代码 interface IProduct { public void productMethod(); } class Product implements IProduct { public void productMethod() { System.out.println("产品"); } } interface IFactory { public IProduc…

GOF业务场景的设计模式-----策略模式

定义:定义一组算法,将每个算法都封装起来,并且使他们之间可以互换. 策略模式代码实现 interface IStrategy { public void doSomething(); } class ConcreteStrategy1 implements IStrategy { public void doSomething() { System.out.println("具体策略1"); } } class ConcreteStrategy2 implements IStrateg…

GOF业务场景的设计模式-----单例模式

个人觉得纯粹的学习设计模式,是不对的.也不能为了使用设计模式,而硬搬设计模式来使用单例模式可能是最简单的设计模式也是大家知道最多的设计模式.当然 ,有很多种写法定义:确保一个类只有一个实例,而且自行实例化并向整个系统提供这个实例. 业务场景很多时候,我们的系统需要很多的一些常量数据,这些数据在不同的环境下可能会不同.但是一旦确定了运行环境,这些配置常量,就不会改变. 我们在代码中需要用到这些常量,如果每一次使用,都从配置文件中读取,这样会损耗大量的IO.所以将这些配置文件以单例的形…

GOF业务场景的设计模式-----观察者模式

定义:定义对象间一种一对多的依赖关系,使得当每一个对象改变状态,则所有依赖于它的对象都会得到通知并自动更新. 在软件系统中经常会有这样的需求:如果一个对象的状态发生改变,某些与它相关的对象也要随之做出相应的变化.比如,我们要设计一个右键菜单的功能,只要在软件的有效区域内点击鼠标右键,就会弹出一个菜单:再比如,我们要设计一个自动部署的功能,就像eclipse开发时,只要修改了文件,eclipse就会自动将修改的文件部署到服务器中.这两个功能有一个相似的地方,那就是一个对象要时刻监听着另一个对象,只…

GOF业务场景的设计模式-----责任链模式

定义:使多个对象都有机会处理请求,从而避免了请求的发送者和接收者之间的耦合关系.将这些对象连成一条链,并沿着这条链传递该请求,直到有对象处理它为止. 首先来看一段代码: public void test(int i, Request request){ if(i==1){ Handler1.response(request); }else if(i == 2){ Handler2.response(request); }else if(i == 3){ Handler3.response(req…

GOF业务场景的设计模式-----设计模式六大原则

单一职责原则(Single Responsibility Principle) 定义:不要存在多于一个导致类变更的原因.通俗的说,即一个类只负责一项职责. 问题由来:类T负责两个不同的职责:职责P1,职责P2.当由于职责P1需求发生改变而需要修改类T时,有可能会导致原本运行正常的职责P2功能发生故障. 解决方案:遵循单一职责原则.分别建立两个类T1.T2,使T1完成职责P1功能,T2完成职责P2功能.这样,当修改类T1时,不会使职责P2发生故障风险:同理,当修改T2时,也不会使职责P1发生故障风…