系统架构师谈企业应用架构之服务层

成，这样就相当于每个XML对应一个序列化文件，然后这个文件中会保存相应的配置信息，比如说哪个页面显示哪些字段，那个页面调用这个类时不掉用这个页面。具

体的配置通过提供一个可视化的方式来维护就好了，然后在前台绑定的时候根据读取或者写入XML文件来完成，可能这也是比较灵活的方式，具体的实现我没有去做，

请大家提出更好的思路，小弟谢过！

我们接下来讲述第三种模式：适配器模式，这个也是设计模式中最常用的设计模式的一种，适配器模式的主要作用是将某个接口转换成我们需要的另外一个接口，

这个怎么理解呢？

498)this.width=498;'' onmousewheel = ''javascript:return big(this)'' alt="" src="/uploadfile/201301/12/A912211526.png" />

我们把手机服务包装成MP3的接口，或者把MP3的接口包装成手机，都是可以的，可能我这里的例子举得不合适

但是意思就是将某种服务，通过适配器转换成另外一种服务。

我这里简单的讲解几个例子来完整适配器模式的介绍，我们先以将传输对象转换为我们的领域模型中的对象，通过适配器来完成数据的转换。

我们先来看看不通过适配器模式来完成领域对象中的类与传输对象之间的交互，通过构造函数注入的方式来完成。

/// <summary>  
/// 产品信息  
/// </summary>  
public class ProductCase  
{  
private Product _product;  
　public ProductCase(Product product)  
{  
_product = product;  
}  
/// <summary>  
　/// 产品ID  
/// </summary>  
public int pro_ID  
{  
set 
{  
_product.pro_ID = value;  
}  
get 
{  
return _product.pro_ID;  
}  
}  
/// <summary>  
/// 扩展属性值  
/// </summary>  
　public string pro_Property  
{  
set 
{  
_product.pro_Property = value;  
}  
　get 
{  
　return _product.pro_Property;  
}  
}  
/// <summary>  
/// 商品分类  
/// </summary>  
public string pro_CID  
　{  
set 
{  
_product.pro_CID = value;  
}  
get 
{  
return _product.pro_CID;  
}  
}  
　/// <summary>  
/// 商品品牌  
/// </summary>  
public int? pro_BrandID  
{  
set 
{  
_product.pro_BrandID = value;  
}  
get 
{  
return _product.pro_BrandID;  
}  
}  
/// <summary>  
/// 商品名称  
/// </summary>  
public string pro_Name  
{  
set 
{  
_product.pro_Name = value;  
}  
get 
{  
return _product.pro_Name;  
}  
}  
　/// <summary>  
/// 商品型号  
/// </summary>  
public string pro_Model  
{  
set 
{  
_product.pro_Model = value;  
　}  
get 
{  
return _product.pro_Model;  
}  
}  
　} 

上