大话设计模式java版--适配器模式-关于不接口设计错误导致的处理方案

说到适配器模式，我就想起那时实习的工作，那时的我还不懂适配器是啥么东西，公司做的是javaweb ，，ssh框架的东西，上头分配的是适配层的东西（话说我到现在还搞不懂TAT）。。。。。貌似连接继承openstack，然后重写那些方法，，，当我学习到适配器模式时，我貌似懂了一些。。。

现在就来介绍下设配器模式---

先来模拟一下场景：

公司设计了一个接口

package com.jing.adapter;

/**
* 客户所期待的接口
* @author Administrator
*
*/
public interface Target {
public void request();
}


然后公司要扩展业务，要用到一个开源的类
package com.jing.adapter;
/**
* 一般情况下的与接口不同的类
* @author Administrator
*
*/
public class UnIdealAdaptee {
public void specificRequest(){
System.out.println("特殊请求");
}
}
这个开源的类的sqecificRequest()函数正是公司所需要的数据，和执行程序。
我们可以用实现的方法 UndealAdaptee去实现Target接口

public class UndealAdaptee implements Target这样的，，，，，但是这样就违反了开闭原则，因此适配器就诞生了。。

package com.jing.adapter;
/**
* 因为预留的接口不合适 因此又不想改动UnIdeaAdaptee类 ，因此又了适配器
* @author Administrator
*
*/
public class UnIdealAdapter implements Target{
private UnIdealAdaptee unIdeaAdaptee = new UnIdealAdaptee();
@Override
public void request() {
unIdeaAdaptee.specificRequest();
}

}


       

        //非理想状态下的 适配器模式

        Target unIdealAdapter = new UnIdealAdapter();

        unIdealAdapter.request();
这样就是适配器模式了。。。。

================================================================

现在我们来思考一下

如果理想状态的话，我们应该要这样设计我们的开源类。。

package com.jing.adapter;
/**
* 理想状态下的类 根据接口而设计的类
* @author Administrator
*
*/
public class IdealAdaptee implements Target{
public void request(){
System.out.println("特殊请求");
}
}


因此我们可以看到这种模式是很糟糕的，是万不得以才要用到的适配器模式，在设计时应该尽量设计好接口，我们就可以避免这种尴尬的模式了