详解JavaScript实现设计模式中的适配器模式的方法_

1、详解JavaScript实现设计模式中的适配器模式的方法_ 适配器模式可以依据需求转换(或调整)一个接口,创建含有您所需接口的另一个对象,并将它连接到您想转变接口的对象,从而完成这种转换,下面就来详解JavaScript实现设计模式中的适配器模式的方法 有的时候在开发过程中，我们会发觉，客户端需要的接口和供应的接口发生不兼容的问题。由于特别的缘由我们无法修改客户端接口。在这种状况下，我们需要适配现有接口和不兼容的类，这就要提到适配器模式。通过适配器，我们可以在不用修改旧代码的状况下也能用法它们，这就是适配器的力量。 适配模式可用来在现有接口和不兼容的类之间进行适配，用法这种模式的对象又叫包装器

2、（wrapper），由于它们是在用一个新的接口包装另一个对象。 从表面上看，适配器模式很像外观模式。它们都要对别的对象进行包装并转变其呈现的接口。二者的差别在于它们如何转变接口。外观元素呈现的是一个简化的接口，它并不供应额外的选择，而且有时为了便利完成常见任务它还会做出一些假定。而适配器则要把一个接口转换为另一个接口，它并不会滤除某些力量，也不会简化接口。假如客户系统API不行用，就需要用到适配器。 基本理论 适配器模式：将一个接口转换成客户端需要的接口而不需要去修改客户端代码，使得不兼容的代码可以一起工作。 适配器主要有3个角色组成： （1）客户端：调用接口的类 （2）适配器：用来连接客户端

3、接口和供应服务的接口的类 （3）适配者：供应服务，但是却与客户端接口需求不兼容服务类。 适配器模式的实现 1.最简洁的适配器 适配器模式没有想象中的那么简单，举个最简洁的例子。 客户端调用一个方法进行加法计算： var result = add(1,2); 但是我们没有供应add这个方法，供应了同样类似功能的sum方法： function sum(v1,v2) return v1 + v2; 为了避开修改客户端和服务端，我们增加一个包装函数： function add (v1,v2) reutrn sum(v1,v2); 这就是一个最简洁的适配器模式，我们在两个不兼容的接口之间添加一个包装方法

4、，用这个方法来连接二者使其共同工作。 2.实际应用 随着前端框架的进展，越来越多的开发者开头用法MVVM框架进行开发，只需要操作数据而不需要操作DOM元素，jQuery的作用越来越少。而许多项目中还是引用着jQuery库作用工具类，由于我们要利用jQuery供应的ajax去服务器恳求数据。假如jQuery在项目中的作用仅仅是作为ajax工具库的话，有点杀鸡焉用牛刀的感觉，造成资源铺张。这个时候我们完全可以封装一个自己的ajax库。 假设我们封装的ajax就通过一个函数进行用法： ajax( url:/getData, type:Post, dataType:json, data: id:123

5、 ) .done(function() 除了调用接口ajax与jQuery的$.ajax的不同，其他完全一样。 项目中恳求ajax的地方必定许多，我们替换jQuery的时候不行能一个一个去修改$.ajax，那怎么办呢，这个时候，我们就可以增加一个适配器： var $ = ajax:function (options) return ajax(options); 这样就能兼容旧代码和新接口，避开对已有的代码的修改。 总结 适配器模式的原理很简洁，就是新增一个包装类，对新的接口进行包装以适应旧代码的调用，避开修改接口和调用代码。 适用场景：存在较多代码调用旧接口，为了避开修改旧代码和更换新接口，不影响现有实现方式的应用场景。 1.适配器模式的适用场合： 适配器适用于客户系统期盼的接口与现有API供应的接口不兼容这种场合。适配器所适配的两个方法执行的应当是类似的任务，否则的话就解决不了问题。就像桥接元素和外观元素一样，通过创建适配器，可以把抽象与其实现隔离开来，以便二者独立改变。 2.适配器模式之利： 用一个新的接口对现有类的接口进行包装，这样客户程序就能用法这个并非为其量身打造的类而又无需为此大动手术。 3.设配器模式之弊： 有人认为适配器是一种不必要的开销，完全可以通过重写现有代码避开