zoukankan      html  css  js  c++  java
  • Adapter模式的好处

    当调用方使用“管理类”的惯常手法时,要写出类似如下的调用代码:

    IDBMemberNameCardManager ncMgr = MemberFacade.GetInstance().CreateDBMemberNameCardManager();
    IMemberNameCard nc 
    = ncMgr.ReadMemberNameCard(currentMember.Id);
    //将名片中的公司名显示在Label中
    this.LabelCompany.Text = nc.Company;

    这样一来,调用方需要知道
    1、领域信息接口 即上述表示名片信息的接口 IMemberNameCard 以及 currentMember(当前的用户),即“领域(Domain)类”。
    2、存取领域信息的方法接口,即上述 IDBMemberNameCardManager ,亦即所谓“管理(Manager)类”。
    3、取得管理类的门面,即上述的MemberFacade,也即为类厂。

    现在我们改用另外一种模式:
    IMemberNameCardAdapter adapter = (IMemberNameCardAdapter)currentMember.GetAdapter(typeof(IMemberNameCardAdapter));
    if(adatper != null)
    {
        IMemberNameCard nc 
    = adapter.ReadMemberNameCard();
         
    this.LabelCompany.Text = nc.Company;
    }

          使用这种方式的话,调用方需要知道的东西少了“门面”,只需要知道领域信息和存取接口。是不是看起来更加简洁  ?
     这个模式在 Eclipse 中运用得很多,可以在领域类上添加许多不同的适配器,而不需要让领域类直接实现新的接口,从而避免了“接口肿胀”。
    让客户知道得越少越好,我想这就是这个模式的精髓所在了。

    注:这个模式的支持需要某些环境支持,我之前也上传过一个关于适配器模式的C#项目,模拟了这种支持。

  • 相关阅读:
    LNMP状态管理命令
    Gogs基本使用介绍
    初探Asp.net请求机制原理 1
    关于css定位
    JS不同浏览器图片载入处理
    js之队列01
    javascript 快速排序
    JavaScript prototype背后的工作原理
    关于javascrpt if快速判断说明
    js动态加载图片核心代码
  • 原文地址:https://www.cnblogs.com/xiaotaoliang/p/214235.html
Copyright © 2011-2022 走看看