MVC模式与三层架构结合.docx

MVC模式与三层架构结合
经过老师与同学们的长期讨论,我们决定在项目的开发过程中应用MVC模式与三层架构结合的方式来实现我们架构的设计。这样种有两个好处：首先是可以实现多个视图，为我们开发不同的视图提供了很大的便利，使得我们在完成Web设一组接口的集合,表示数据访问层的接口。
数据访问层模块——一组类的集合，完成数据访问层的具体功能，实现数据访问层接口族。
业务逻辑层模块——一组类的集合，完成业务逻辑层的具体功能，实现业务逻辑层接口族。
虚拟工厂模块——生成数据访问层实例
辅助类模块——完成全局辅助性功能。
视图模块——完成整个系统页面的显示，以及系统与用户的交互工作
控制器模块——完成视图与表示层逻辑的分离，拦截用户请求，组合模型与视图并返回相应视图给用户
各模块间交互关系如下

根据以上分析大体可以得出系统将涉及到的项目：
Web——完成视图与控制器的实现
Entity存放实体类
Factory——虚拟工厂模式的实现，完成访问层对象接口实例的生成
IDAL——存放数据访问层接口族
Utility存放各种工具类及辅助类
DAL——数据访问层的实现
BLL——业务逻辑层的实现
三、实体类设计
实体类是现实实体在计算机中的表示。它贯穿于整个架构，负担着在各层次及模块间传
递数据的职责。在项目中我们的实体类与数据库中的数据表一一对应，并且实体类中的属性和表中的字段也是对应的。
系统中涉及到的实体类大致如下：个人用户、企业用户、留言、评论、商品、购物车、订单、普通资讯、行业资讯、产品、超级管理员、管理员、管理员类别、管理员与管理员类别关系类、广告等。其中商品还涉及到商品类型：包括大类和小类；企业用户涉及到企业性质；普通资讯涉及到资讯类别；行业资讯涉及到行业资讯类别；产品涉及到产品的大类与小类。在实体类设计的时候，我们需要为实体的各字段生成相应的属性，必须主意各实体之间的关联。
四、数据访问层接口设计
在分层架构中，接口扮演着非常重要的角色，它不但直接决定了各层中的各个操作类需要实现何种操作，而且它明确了各个层次的职责。接口也是系统实现依赖注入机制不可缺少的部分。
本项目的接口设计将按如下顺序进行：
1•首先由前文的需求分析，列出主要的UI部分。
分析各个UI需要什么业务逻辑支持，从而确定业务逻辑操作。
分析业务逻辑层需要何种数据访问操作，从而确定数据访问层接口。
另外，为保证完全的面向对象特性，接口之间的数据传递主要靠实体类或实体类集合，禁止使用DataTable等对象传递数据。
由需求分析，可以得出用户界面(UI),在由UI可以识别业务逻辑操作，通过业务逻辑操作，我们可以得出相应的接口。具体所涉及到的数据访问层的接口，这里就不在叙述了。另外，个人觉得由于业务逻辑层的操作比较单一，主要是从数据访问层返回数据访问层的操作结果，所以在项目中不在添加业务逻辑层接口。
五、虚拟工厂模式设计
为了减少工作量，实现简单的依赖关系，在业务逻辑层与数据访问层之间添加一个简单的工厂来生成数据访问层实例。具体工厂的生成方式非常简单，就是添加一个路径属性，在配置文件中把需要用到的访问层实现添加到路径中。然后对每个接口对象生成实例并返回给业务逻辑层。
六、数据访问层的设计
在项目中我打