电子商务的理想设计模式－CMP

电子商务网站往往要求具有很高的灵活性，因为电子商务网站面对的是挑剔的顾客，是销售的最前沿。传统基于组件的设计模式（Component－Managed Persistence 托管组件式持久性）在设计电子商务网站的时候显得有点笨拙，每一数据库数据结构的修改都要导致从新编译底层组件，为了避开这个缺点，我将使用（Container-Managed Persistence  托管容器式持久性），也就是EJB中说的CMP。

       我并不会使用JAVA，但是从我阅读过的一些资料来看JAVA实现CMP要比.NET容易，而且更早提出这样的设计模式。从总的大局来说，CMP在开发的时候也比传统的托管组件式持久性来的麻烦，但是一旦完成，对以后的电子商务网站的维护将是很大的灵活性。
        CMP是这样一种设计模式：所有的数据操作无非就是CRUD（Create、Retrieve、Update、Delete）四种，CMP把CRUD映射到一个XML文件中（以后的设计中我将使用Web.config作为其托管）,这种映射包括所有的数据库字段，字段数据类型，CRUD操作名称，存储过程名称（我将使用SQL Server开发这个电子商务网站，并全部使用存储过程）。下面是一个映射的片断：
<ContainerMappingId>CartContents</ContainerMappingId>                         // 映射唯一标识
<ContainedClass>CartContents</ContainedClass>
   <Delete>                                                                                                     //CRUD命令映射
    <CommandName>WebShop_Delete_ShoppingCart</CommandName>   // 存储过程名称映射
    <Parameter>
     <ClassMember>CartId</ClassMember>                                                 //数据库字段名称映射
     <ParameterName>@CartId</ParameterName>                                      //存储过程参数映射
     <DbTypeHint>Varchar</DbTypeHint>                                                   //数据类型
     <ParamDirection>Input</ParamDirection>                                              //数据操作方向（与存储过程对应）
     <Size>50</Size>                                                                                    //数据大小
    </Parameter>
   </Delete>
……
……
……

经过映射，以后的数据库字段变化，就不需要更改组件中的参数了，因为组件是从Web.config中读取这些参数的，只要同时更改Web.config文件对应的映射就可以了，不需要重新编译组件。由于CRUD命令也被映射，所以CMP的数据操作甚至都不需要了解数据访问方法,业务逻辑与数据访问层没有如何联系。

        总结一下，使用CMP的好处：首先，数据库变化不需要重新编译数据操作层，这个是最直接的体现，也是最好理解的。 其次，由于数据操作被封装再CMP中，业务对象数据访问没有如何联系，这样就可以很方便的使用多种数据来源，比如 XML,Access，SQL Server ，Web Services 。第三，我曾经写过一些自己经常使用的数据库操作层，用来执行存储过程的，这样在编写其他项目的时候只要稍微做一点修改，从新编译就可以使用，如果使用了CMP，根本就不需要编译，因为所以的数据定义都在Web.config做了定义，只要按照相应格式更改就可以直接使用。
    缺点：开发过程相对托管组件式持久性复杂，在Web Application中才被应用，Windows程序应用少。