上周写了关于创建型的设计模式,这次是关于结构型。接着上一篇来写了。
2.结构型
2.1适配器模式
2.2组合模式
2.3装饰模式
2.4外观模式
2.5享元模式
2.6掺和模式
2.7模块模式
2.8代理模式
还是挺多的,还是只重点讲几种常用的,适配器模式,享元模式,掺和模式,模块模式,代理模式。这里不展示代码,代码示例在github上,代码中也有详细注释。
适配器模式
这种模式一般用于做兼容处理。比如之前做了一个关于ajax请求的方法,该方法需要传入请求方式,GET或者POST,但是现在改写了该方法,可以直接Ajax.get或者Ajax.post,可是项目好多地方都是用之前的方法,要修改工作量太大,这个时候我们就可以使用适配器模式,将现在的方法映射到原来的方法。
享元模式
这个模式是用来做优化处理的,比如我们去创建公司职员,其实他们的很多信息都是一样的,但是却全都创建了一次,这样造成内存的浪费。使用享元模式,我们将那些公共的信息单独去创建。这里涉及一些概念,对象实例的数据核,也就是内部状态数据,它具有唯一性;外部状态数据,它是可以提取出来单独创建而去独立存储,而且可以被内部状态数据去应用。在创建过程,我们会使用工厂模式,防止外部状态数据重复创建。简而言之,就是把公共的拿出来,而不用去多次创建重复的内容。
掺和模式
Mixin,大家对这个一定很熟悉,react、vue都有用这个,一句话:把一个对象的属性或者方法直接应用到别的对象上或者类的prototype。
模块模式
这个应该算是开发最常用的一个了,它可以去创建一个独立的沙箱,在里面可以使用全局变量和函数,但里面声明的去不会被外部使用,除非你把它return。当然这些都基于闭包。
(function(){
//
})()
//还可以传递依赖
(function($){
//
})(jQuery)
用这个我们可以把一个大型的代码库分割成多个小的模块,你只需要把所依赖的模块作为参数传入即可
代理模式
这个其实很好理解了,代理模块,顾名思义,就是通过一个代理对象,来替换或者增强一个已经存在的功能。但是它又不会对原来使用该方法的部分造成影响。
说到这里,突然想到了两个名词,正向代理和反向代理。大家都应该听说过Nginx,他就是一个著名的可以做反向代理服务的东西。解释下这两个名词(借用别人的比喻)
正向代理:用一个比喻来解释,比如有个人他想创业,去找马云借钱,但是人家不借给他,这个时候,他想了个办法,就是找他的大学老师,拜托他老师去跟马云借钱,那么他的老师就是在做正向代理,因为马云并不知道是到底是谁用了他的钱,就像我们想访问使用google,但是某些原因,我们用不了,那么我们就需要* 国外的一个服务器来做中转,我们请求那个服务器,然后由那个服务器把我们想要的返回来。一句话,请求者知道自己在请求谁,但是发送者却不知道发给了谁。
反向代理:更上面相反,大家应该懂了吧。
代理模式的一个变体被称为虚拟代理,通过延迟对象的实例化时间,直到该对象实例真正被调用,这样我们在创建一个对象的时候就不会占用内存,而是在它在被调用的时候再去实例化,一定程度上提高性能。
最后还是奉上github地址:https://github.com/Stevenzwzhai/javascript-design-pattern