Web项目架构设计-概述

1           引言

1.1       编写目的

本文档是在总结以前开发经验基础上，参考多种资料，整理思路而来。希望能够通过本文档来理清思路、总结经验、更加完善Web项目开发架构，使其更趋于成熟、稳定！

同时希望与各位交流、共同进步！

1.2       适合读者

爱好软件开发的同仁

1.3       参考资料

Pet Shop 4.0源程序

WebCast 《基于Dot Net平台的企业级应用程序的架构设计》

2           系统架构设计

2.1       概要

在整个软件架构设计中(尤其是企业级应用系统)，分层的概念是贯穿于整个架构设计中。足以说明分层在系统架构设计中的重要性。微软推荐的分层模式为三层(数据访问层、商业逻辑层、表示层)。当然对于系统应用规模和层次不同，可以在对这种分层模型进行扩充。例如常见的一种方式在表示层与业务逻辑层之间再加入一层（UI调用层），他的作用在于当业务逻辑层接口有变动时，不必对表示层进行全方位的改动（毕竟表示层调用业务层的地方非常多，使用”替换”也是非常痛苦的一件事情），只需调整UI调用层极其少数代码，并不必编译表示层代码。

总体来说，分层式设计方案目前是比较适用于大中型系统软件开发的，是完全可以采用的。分层式设计可以达到以下目标：

Ø         分散关注

Ø         松散耦合

Ø         逻辑复用

Ø         标准定义

当然，分层式设计方案也有其与生俱来的缺陷。

Ø         性能降低。这是分层结构必然导致的结果，原本可以直接进行数据访问的地方，现在必须调用数据层进行访问，直线变成了曲线。

Ø         可能会导致整个层级结构的接口都会做部分调整。这种情况多数在系统本身不够成熟，需求分析不够充分时出现。

Ø         对系统设计能力要求更高。尤其是体现在系统分析、接口定义方面要求投入更多的精力。

对于一个业务复杂的企业应用系统分层只是一个总体的纲要，同时对于易部署性、扩展性、各层通信、异常、日志、缓存、验证都是不可缺少的，他们也是支撑整个架构的重要组成部分。在各个层中需要考虑更为细致的设计，使系统在更为和谐的工作。系统架构图(2.1)

相关文章
Web项目架构设计-商业逻辑层
未完待续。

转载于:https://www.cnblogs.com/lingfeng_314/archive/2008/01/09/Web.html