asp.net多频道网站开发架构浅析

背景:
        我们打开门户网站时,往往会看到很多排列紧密的频道列表,如“新闻”、“财经”、“娱乐”等。频道为网站提供了方便的导航功能。

内容描述:
        本文主要讨论在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部件封装了所有的业务逻辑操作以及数据访问操作,其中可能包含对象实体类、对象操作类、数据访问类等等。另外,笔者强烈建议对于中小型应用系统可将对象实体类、对象操作类、数据访问类合并为一个业务逻辑类,这样可以极大的提高开发及维护效率。

posted @ 2007-07-31 17:15  Kenny@Web  阅读(4040)  评论(11编辑  收藏  举报