实战项目分析资源-CSDN文库

105 浏览量 2021-03-03 01:35:33 上传评论收藏 153KB PDF 举报

资源推荐

资源详情

资源评论

实战项目分析实战项目分析

最近接到一个临时任务：帮外国某知名公司分析一个项目架构。这个项目是两年前开发的，并且经过了几次升级。主要功能是

管理客户、合作伙伴资料，提供在线业务等等，具体细节不用多说。

据客户说，他们在使用本系统的过程中发现了很多的问题，觉得已经不再满足他们的需求，希望我们能帮助他们评估一下当前

的系统有哪些架构上的问题，并帮助他们发现未来可能发生的问题，从而决定是否需要开发新的系统

客户提供了很详细的文档，包括业务说明，系统架构，技术要点，部署方案等等。看完文档，对系统和客户期望有了一定的了

解之后，开始干活儿！

系统是采用.Net技术构建的,基于.Net Framework 2.0,使用了ASP.NET, WinForm, WebService等技术,并使用了Enterprise

Library中的Data Access， Cache，Log等功能。

我本人负责的是架构的分析。结合文档和源代码，没用1个小时，系统架构就很清晰了。其中发现了一些很普遍的问题，在这

里跟大家分享一下：

1. 分层架构分层架构

分层架构是绝大部分企业软件都普遍采用的方案，但由于架构师水平的参差不齐，导致很简单的一个分层，出现了很大的差

异。

大家都知道“3层架构”或者“多层架构”。有点理论里分3层，有点理论里分5层，还有分7层的。其实，在我看来分几层不重要，

重要的是分层的目的。分层是为了什么的？简单的说就一句话：为了便于维护。

大家都知道，软件开发中“变化”才是永恒的。开发周期是死的（尽管可以一拖再拖，但总有一个发布的截至日期吧！），但后

期的维护却是很不变得。不管是发布补丁也好，更新版本也好，其实都是为了能适应软件发布之后面临的各种各样的“变化”。

好，我们回到分层上来。分层，就是为了使系统结构更清晰，系统耦合性变小，使修改一处代码时，对其它的部分影响最小，

这样就能以最小的代价应对变化带来的麻烦！所以，分层的第一要素，就是各层之间屏蔽细节，降低依赖，使各层具体实现变

得透明（这也是SOA的其中一个重要思想）。我们可以通过各种办法来达到这个目的，面向接口编程，设计模式，架构模式

等等，都可以帮助我们。

而我在此项目中看到的第一个重要的问题就是，系统分层不清楚。下面是分层的简图：

由上图可见，系统共分了三层。但有一个问题，业务对象竟然贯穿了三层，这严重违反了分层的初衷。由于业务对象对数据

存取层和展现层都可见，导致如果我们的业务对象发生了变化，就要修改从数据存取、业务逻辑到展现层，这三个层次的所

有相关代码。而且这个方案违反了分层的两个设计原则：

a. 下层对上层隐藏细节，只暴露接口。再此，本应属于业务逻辑层的业务对象被暴露到了展现层。

b. 上层对下层不可见。即下层不知道上层的存在，只提供接口。这里业务逻辑层的业务对象被数据存取层操作，会导致两个

层之间纠缠不清，以至于会出现改动业务逻辑会影响数据存取方式的荒谬现象。

另外，强类型DataSet也有同样的问题（本应是属于数据存取层的，却被传递到业务逻辑层，甚至是展现层）

软件设计中有一个很重要的原则就是：依赖倒置原则（DIP）

依赖倒置的意思是：调用者依赖被调用者的接口，而不是实现。

本内容试读结束，登录后可阅读更多

下载后可阅读完整内容，剩余3页未读，立即下载

内容反馈

weixin_38663544

粉丝: 4
资源: 970

最新资源

资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！点击此处反馈

feedback-tip