电子商务的理想设计模式-CMP
作者:abin 时间:2004.10.10 出处: http://blog.csdn.net/abinstudio
电子商务网站往往要求具有很高的灵活性,因为电子商务网站面对的是挑剔的顾客,是销售的最前沿。传统基于组件的设计模式(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程序应用少。
作者:abin 时间:2004.10.10 出处: http://blog.csdn.net/abinstudio
电子商务网站往往要求具有很高的灵活性,因为电子商务网站面对的是挑剔的顾客,是销售的最前沿。传统基于组件的设计模式(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程序应用少。