WCF版的PetShop之二模块中的层次划分.docVIP

WCF版的PetShop之二：模块中的层次划分 一、基本的层次结构 我们接下来将目光聚焦到模块内部，看看每一个模块具体又有怎样的层次划分。我们将Infrastructures、Products和Orders目标展开，将会呈现出如图1所示的层次结构。 clip_image002 图1 从解决方案的结构看模块的层次结构 以Products模块为例，它由如下的项目组成： Products：对于整个应用来说，Products是最终基于该模块功能的提供者； Products.Interface: 模块提供给其他模块的服务接口，本项目被Products项目引用； Products.Service.Interface：模块客户端和服务端进行服务调用的WCF服务契约，Products项目最为WCF服务的客户端通过该接口进行服务调用； Products.Service：实现了上述服务契约的WCF服务，引用了Products.Service.Interface项目； Products.BusinessComponent：也可以称为业务逻辑层，实现了真正的业务逻辑； Products.DataAccess：数据访问层，在这里主要提供对数据库的访问； Products.BusinessEntity：提供的业务实体（BusinessEntity）类型的定义。一般来讲，业务实体和数据契约（DataContract）是不同的，前者主要对本模块，后者则对外，在这里为了简单起见，将两者合二为一。 从部署的角度讲，Products和Products.Interface部署与于Web服务器；Products.Service、Products.BusinessComponent和Products.DataAccess则部署于应用服务器；Products.Service.Interface和Products.BusinessEntity则同时被部署于Web服务器和应用服务器。整个层次结构大体上如图2所示。 clip_image004 图2 逻辑层次和物理部署 二、数据库设计 整个应用主要涉及4个表，其中3个用于存储业务数据（产品表、订单表和订单明细表），另一个用于存储简单的审核信息（审核表）。4个表的结构可以分别参考相应的SQL脚本。 产品表（T_PRODUCT） 1: CREATE TABLE [T_PRODUCT] ( 2: [PRODUCT_ID] [VARCHAR](50) NOT NULL, 3: [PRODUCT_CATEGORY] [NVARCHAR](128) NOT NULL, 4: [PRODUCT_NAME] [NVARCHAR](256) NOT NULL, 5: [PRODUCT_PIC] [NVARCHAR](512), 6: [PRODUCT_DESC] [NVARCHAR](800), 7: [PRODUCT_UNIT_PRICE] [DECIMAL](10,2) NOT NULL, 8: [PRODUCT_INVENTORY] [INT] NOT NULL, 9: 10: [VERSION_NO] [TIMESTAMP] NOT NULL, 11: [TRANSACTION_ID] [VARCHAR](50) NOT NULL, 12: [CREATED_BY] [NVARCHAR](256) NOT NULL, 13: [CREATED_TIME] [DATETIME] NOT NULL, 14: [LAST_UPDATED_BY] [NVARCHAR](256) NOT NULL, 15: [LAST_UPDATED_TIME] [DATETIME] NOT NULL 16: 17: CONSTRAINT [C_PRODUCT_PK] PRIMARY KEY CLUSTERED ( [PRODUCT_ID] ASC ) ON [PRIMARY]) ON [PRIMARY] 订单表（T_ORDER） 1: CREATE TABLE [T_ORDER] ( 2: [