店铺管理系统开发实践-业务逻辑与系统结构
1. 业务逻辑与系统结构
1.1. 业务逻辑
Store系统的业务逻辑主要包括如下几条：
- 基于多店铺使用。
- 库存=采购入库-采购退货-销售零售+销售退货
- 毛利润=（零售价格-采购进价）*零售数量
篇幅有限，我在这里只是简单的列举了便利店管理中的常见业务逻辑，复杂的更细不在这里一一展开了。
1.2. 系统结构
本案例Store系统采用领域驱动设计，共分为四层：表示层、应用服务层、领域层和基础结构层。
表示层由 Windows窗体和代码隐藏文件组成。Windows窗体只是提供用户操作及界面排版，而代码隐藏文件实现各种控件的事件处理。
应用服务层则是一个WCF Service，主要为了对外提供API以便外部系统可以通过提供的API与本系统进行交互及扩展。
领域层主要是对业务领域的实体属性进行定义；
基础结构层则为整个应用提供了Repository、ORM等的具体实现。
整个系统架构基本上可以以下图描述：
需要说明的是，在上图中的表示层（WinApp）依赖于仓储（Repository）的接口和领域层（Domain Model）。仓储（Repository）依赖于仓储（Domain Model）及仓储（Repository）的接口。Store系统采用依赖注入，将仓储（Repository）注射到表示层（WinApp）中，所以表示层（WinApp）根本不依赖于仓储的具体实现方式。
Visual Studio 2008解决方案结构
Store系统在Microsoft Visual Studio 2008的解决方案下包含六个项目：CnToSoft.WinApp.Store、CnToSoft.Domain.Store、CnToSoft.Services.Store、CnToSoft.Repositories.Store、CnToSoft.Repositories.Store.Test及CnToSoft.Library。如下所示：
- CnToSoft.WinApp.Store：提供用户界面与交互接口
- CnToSoft.Domain.Store：领域模型项目，其中包括了Store系统的领域模型与部分业务逻辑，也是本案例的核心所在。
- CnToSoft.Services.Store：暂时空着。
- CnToSoft.Repositories.Store：仓储的具体实现项目。本项目仅包含了针对Nhibernat的仓储实现。
