背景:
我们打开门户网站时,往往会看到很多排列紧密的频道列表,如“新闻”、“财经”、“娱乐”等。频道为网站提供了方便的导航功能。
内容描述:
本文主要讨论在asp.net框架下实现多频道网站架构的几种方案,并从代码重用性、开发方式、部署方式等几个方面来对各方案进行分析、比较。
知识准备:
本文中提到的各架构方案均基于MVC(Model-View-Controller)模式,对该模式中各组成部件作如下简短描述:
Model:包含业务逻辑操作以及数据访问操作;
View:包含UI处理相关操作;
Controller:控制并协调View与Model的处理过程
各方案比较:
方案 |
架构描述 |
代码重用性 |
开发方式 |
部署方式 |
方案一 |
为整个网站建立一个Web Project。每个频道对应于Web Project中的一个目录,有点类似于ASP的处理方式。Model部件既可以包含于Web Project中,也可以封装成Class Library。 |
将Model部件封装成Class Library后将获得较高的重用性。 |
模块较为集中,开发较为快捷,但不适合大规模协作开发。 |
模块较为集中,部署比较方便,但一个小的BUG可能会导致整个网站的瘫痪。 |
方案二 |
为每个频道建立一个Web Project。每个频道的Model部件既可以包含于相应的Web Project中,也可以分别封装成Class Library。 |
每个Model部件都应用于特定的频道,代码分散,重用性较低。 |
各模块较独立,适合按照功能模块分配任务的开发方式。 |
各模块独立,部署工作非常繁复,但由于各频道是松耦合的(甚至可以位于不同的服务器),一个频道的故障不会影响到其他频道的正常运行。 |
方案三 |
为每个频道建立一个Web Project。所有频道的Model部件封装成一个共用的Class Library。 |
所有频道共用一个Model部件,代码较为集中,具有很高的重用性。 |
开发方式较为灵活,既可以按照功能模块分配任务,也可以按照MVC各组成部件分配任务。 |
各模块独立,部署工作比较繁复,但由于各频道是松耦合的(甚至可以位于不同的服务器),一个频道的故障不会影响到其他频道的正常运行。 |
总结:
根据上文分析,我们大致可以得出以下结论:
方案一:开发快捷,部署方便,适用于业务功能比较简单的小型网站;
方案二:缺陷比较多,不推荐;
方案三:各模块松耦合,代码重用性好,适合大规模协作开发,适用于业务功能比较复杂的大中型网站。
关于Model部件:
Model部件封装了所有的业务逻辑操作以及数据访问操作,其中可能包含对象实体类、对象操作类、数据访问类等等。另外,笔者强烈建议对于中小型应用系统可将对象实体类、对象操作类、数据访问类合并为一个业务逻辑类,这样可以极大的提高开发及维护效率。
本文作者:网友 来源:网络
CIO之家 www.ciozj.com 微信公众号:imciow
免责声明:本站转载此文章旨在分享信息,不代表对其内容的完全认同。文章来源已尽可能注明,若涉及版权问题,请及时与我们联系,我们将积极配合处理。同时,我们无法对文章内容的真实性、准确性及完整性进行完全保证,对于因文章内容而产生的任何后果,本账号不承担法律责任。转载仅出于传播目的,读者应自行对内容进行核实与判断。请谨慎参考文章信息,一切责任由读者自行承担。