项目的架构分析
2012-09-18 13:56
253 查看
项目的架构分析
在一个好的架构下编程,不仅对于开发人员是一件赏心悦目的事情,更重要的是软件能够表现出一个健康的姿态;而架构设计的不合理,不仅对于开发人员是一件受苦受难的事情,软件本身的质量更是受到严重威胁。架构设计图
架构说明
一个标准的四层架构包含如下四个部分:展示层,负责系统与客户的交互
业务逻辑层,负责处理系统的业务
数据访问层,负责处理数据,与不同的数据库打交道
服务层,负责与其他系统进行数据交互和业务集成
我们在此四层架构的基础上进行一些扩展,就是将业务逻辑的方法抽象出业务接口层(IBLL)。
组件设计图
组件说明
以下是在架构图的框架下设计的9个组件。1. App——页面展示
因为是BS架构的项目,所以选择最新的MVC 3.0框架,使用Jquery脚本库。
2. BLL——业务逻辑
业务逻辑的操作,包括业务处理,事务等。
3. DAL——数据访问
数据库访问的操作,数据实体,数据校验,使用微软的EF技术。
4. IBLL——业务接口
业务逻辑层的方法对外暴露的接口和服务契约。
5. Common——公共组件
整个应用程序使用的公共辅助方法。
6. ModelingProject——模型设计
在此设计项目的图例,如:架构图。
7. WcfHost——服务宿主
为对外的服务提供宿主,使用微软WCF技术。
8. WFActivitys——工作流活动层
定义了工作流的活动,使用微软WF技术。
9. WFDesigner——工作流设计器
实施人员自由配置工作流的设计器,使用微软WPF技术。
我们约定:
调用关系请将架构图和组件图结合来看,如下:展示层(App)调用业务接口层(IBLL),业务接口层(IBLL)被业务逻辑层(BLL)实现,业务逻辑层(BLL)调用数据访问层(DAL),公共组件(Common)则是抽象了系统中可以共用和重用的部分,每个层都可以调用
增加了一个服务层(WcfHost),将业务接口层(IBLL)暴露给其他系统,使其方便与其他系统进行数据交互和业务集成
此处没有让展示层(App)调用服务层(WcfHost),是因为我们有共同的业务接口层(IBLL),也是为了性能的考虑
因为"数据实体"放在DAL层中,所以展示层(App)也需要引用数据访问层(DAL),但不许在展示层做数据库操作
下一个章节我们一起来探讨一下这个架构的数据访问层的具体实现。
此架构的代码实现,请参考 www.langben.com
相关文章推荐
- 项目架构分析-web.xml文件解读
- (实战)Spring Portlet MVC处理请求分析以及如何快速架构一个Portlet项目
- Project Silk – Mileage Stats 项目架构初步分析(ASP.NET MVC 3) [转]
- 项目的架构分析
- 1 游戏逻辑架构,Cocos2d-x游戏项目创建,HelloWorld项目创建,HelloWorld程序分析,(CCApplicationProtocol,CCApplication,AppDeleg
- The Architecture of Open Source Applications-知名开源项目各种架构分析-前言
- 软件项目整个架构分析说明
- 开源项目Philm的MVP架构分析
- C# 窗口项目中文件架构分析(一)
- 项目的架构分析
- MVP架构-Android官方MVP项目和响应式MVP-RxJava项目架构分析对比解读
- b2c项目基础架构分析(二)前端框架 以及补漏的第一篇名词解释
- C# 窗口项目中文件架构分析(一)
- 云舒天气项目分析之架构
- 分析PetShop 4.0 的项目架构和分布式数据库设计
- 项目架构分析
- 研究项目: JBoss架构分析
- C# 窗口项目中文件架构分析(二)
- 开源项目架构分析之 -- Asterisk
- 项目中采用J2EE体系架构分析