手机建网站模板,网站app有哪些功能,做网站的eclip,欢迎页面模板1、装饰器模式与代理模式的区别
1#xff09;代理模式(Proxy Design Pattern ) 原始定义是#xff1a;让你能够提供对象的替代品或其占位符。代理控制着对于原对象的访问#xff0c;并允许将请求提交给对象前后进行一些处理。
代理模式的适用场景
功能增强 当需要对一个对…1、装饰器模式与代理模式的区别
1代理模式(Proxy Design Pattern ) 原始定义是让你能够提供对象的替代品或其占位符。代理控制着对于原对象的访问并允许将请求提交给对象前后进行一些处理。
代理模式的适用场景
功能增强 当需要对一个对象的访问提供一些额外操作时可以使用代理模式远程Remote代理 实际上RPC框架也可以看做一种代理模式GoF的《设计模式》一书中把它称作远程代理。通过远程代理将网络通信、数据编解码等细节隐藏起来。客户端在使用RPC服务的时候就像使用本地函数一样无需了解与服务器交互的细节。除此之外RPC服务的开发者只需要开发业务逻辑就像开发本地使用的函数一样不需要关注与客户端的交互细节防火墙Firewall代理 当将浏览器配置成使用代理功能时防火墙就将你的浏览器的请求转给互联网当互联网返回响应时代理服务器再把它转给你的浏览器。保护Protect or Access代理 控制对一个对象的访问如果需要可以给不同的用户提供不同级别的使用权限。
2装饰器模式(decorator pattern) 原始定义是动态的给一个对象添加一些额外的职责. 就扩展功能而言,装饰器模式提供了一种比使用子类更加灵活的替代方案.
装饰器模式的适用场景
快速动态扩展和撤销一个类的功能场景。 比如有的场景下对 API 接口的安全性要求较高那么就可以使用装饰模式对传输的字符串数据进行压缩或加密。如果安全性要求不高则可以不使用。不支持继承扩展类的场景。 比如使用 final 关键字的类或者系统中存在大量通过继承产生的子类。
装饰器模式与代理模式的区别 对装饰器模式来说装饰者decorator和被装饰者decoratee都实现同一个 接口。 对代理模式来说代理类proxy class和真实处理的类real class都实现同一个接口。 他们之间的边界确实比较模糊两者都是对类的方法进行扩展具体区别如下
装饰器模式强调的是增强自身 代理模式强调要让别人帮忙去做一些与自身没有太多关系的职责如记录日志、设置缓存。代理模式是为了实现对对象的控制因为被代理的对象一般是难以直接获得或者对象内部不想暴漏装饰器模式是以对客户端透明的方式扩展对象的功能是继承方案的一个替代方案 代理模式是给一个对象提供一个代理对象并由代理对象来控制对原有对象的引用装饰模式是为装饰的对象增强功能而代理模式对代理的对象施加控制
2 JDK 类库常用的设计模式有哪些
(1) 抽象工厂
javax.xml.parsers.DocumentBuilderFactory抽象类public static DocumentBuilderFactory newInstance()方法类功能使得应用程序可以通过XML文件获得一个能生成DOM对象的解析器。方法功能获取一个DocumentBuilderFactory的新实例。这一静态方法会创建一个新的工厂实例。
2建造者模式
java.lang.StringBuilder这是一个final类。public StringBuilder append(String str)方法这一方法是对父类的覆写。类功能用于一个不可更改的字符序列。方法功能根据现有字符序列和追加字符通过系统拷贝方法System.arraycopy生成一个新的字符序列。
3工厂模式
java.text.NumberFormat抽象类。public final static NumberFormat getInstance()方法。类功能用于数字格式的抽象基类。方法功能返回一个“对当前默认场景下的一个通用数字格式”的NumberFormat。显然属于工厂模式的使用。
4原型模式
java.lang.Objectprotected native Object clone() 方法类功能所有类的父类方法功能根据现有实例返回一个浅拷贝对象。
5单例模式
java.lang.RunTime类public static Runtime getRuntime()类功能每一个运行的java应用都会有一个唯一的RunTime类的实例这个实例使得应用程序在运行期间能够受到运行环境的影响。方法功能返回一个和当前java应用关联的RunTime对象。
6适配器模式
java.util.Arrays。public static List asList(T… a)方法。类功能此类包含了大量对数组操作的方法。方法功能将一个引用类型的数组转为一个List。从而可以使用List类的操作来操作数组对象但是有一点要注意就是不能使用add(),remove()操作因为返回的list底层是基于数组的数组结构是不能更改的。 list类就是这里的适配器通过这个适配器对数组的直接操作变为间接操作。
3 Mybatis框架中使用的设计模式有哪些
1建造者模式
在Mybatis环境的初始化过程中SqlSessionFactoryBuilder会调用 XMLConfigBuilder读取所有的 MybatisMapConfig.xml和所有的 *Mapper.xml文件构建Mybatis运行的核心对象 Configuration对象然后将该 Configuration对象作为参数构建一个 SqlSessionFactory对象。
2工厂模式
在Mybatis中比如 SqlSessionFactory使用的是工厂模式该工厂没有那么复杂的逻辑是一个简单工厂模式。 SqlSession可以认为是一个Mybatis工作的核心的接口通过这个接口可以执行执行SQL语句、获取Mappers、管理事务。类似于连接MySQL的 Connection对象。
3单例模式 在Mybatis中有两个地方用到单例模式ErrorContext和 LogFactory其中 ErrorContext是用在每个线程范围内的单例用于记录该线程的执行环境错误信息而 LogFactory则是提供给整个Mybatis使用的日志工厂用于获得针对项目配置好的日志对象。
public class ErrorContext { private static final ThreadLocalErrorContext LOCAL new ThreadLocal(); private ErrorContext() { } public static ErrorContext instance() { ErrorContext context LOCAL.get(); if (context null) { context new ErrorContext(); LOCAL.set(context); } return context; }
}4代理模式
代理模式可以认为是Mybatis的核心使用的模式正是由于这个模式我们只需要编写 Mapper.java接口不需要实现由Mybatis后台帮我们完成具体SQL的执行。
5适配器模式 在Mybatsi的logging包中有一个Log接口该接口定义了Mybatis直接使用的日志方法而Log接口具体由谁来实现呢Mybatis提供了多种日志框架的实现这些实现都匹配这个Log接口所定义的接口方法最终实现了所有外部日志框架到Mybatis日志包的适配。
4 Spring框架中使用的设计模式有哪些
1简单工厂
BeanFactory。Spring中的BeanFactory就是简单工厂模式的体现根据传入一个唯一的标识来获得Bean对象但是否是在传入参数后创建还是传入参数前创建这个要根据具体情况来定。
2工厂方法
FactoryBean接口
实现了FactoryBean接口的bean是一类叫做factory的bean。其特点是spring会在使用getBean()调用获得该bean时会自动调用该bean的getObject()方法所以返回的不是factory这个bean而是这个bean.getOjbect()方法的返回值。
3单例模式
Spring依赖注入Bean实例默认是单例的。
Spring的依赖注入包括lazy-init方式都是发生在AbstractBeanFactory的getBean里。getBean的doGetBean方法调用getSingleton进行bean的创建。
4适配器模式
SpringMVC中的适配器HandlerAdatper。
HandlerAdatper使得Handler的扩展变得容易只需要增加一个新的Handler和一个对应的HandlerAdapter即可。
因此Spring定义了一个适配接口使得每一种Controller有一种对应的适配器实现类让适配器代替controller执行相应的方法。这样在扩展Controller时只需要增加一个适配器类就完成了SpringMVC的扩展了。
5装饰器模式
Spring中用到的包装器模式在类名上有两种表现一种是类名中含有Wrapper另一种是类名中含有Decorator。
动态地给一个对象添加一些额外的职责。
就增加功能来说Decorator模式相比生成子类更为灵活。
6代理模式
AOP底层就是动态代理模式的实现。
7观察者模式
Spring 基于观察者模式实现了自身的事件机制也就是事件驱动模型事件驱动模型通常也被理解成观察者或者发布/订阅模型。
8策略模式
Spring框架的资源访问Resource接口。该接口提供了更强的资源访问能力Spring 框架本身大量使用了 Resource 接口来访问底层资源。
Rsource 接口是具体资源访问策略的抽象也是所有资源访问类所实现的接口。
Resource 接口本身没有提供访问任何底层资源的实现逻辑针对不同的底层资源Spring 将会提供不同的 Resource 实现类不同的实现类负责不同的资源访问逻辑。
