方案一：开发快捷，部署方便，适用于业务功能比较简单的小型网站;
方案二：缺陷比较多，不推荐;
方案三：各模块松耦合，代码重用性好，适合大规模协作开发，适用于业务功能比较复杂的大中型网站。
关于Model部件
Model部件封装了所有的业务逻辑操作以及数据访问操作，其中可能包含对象实体类、对象操作类、数据访问类等等。另外，笔者强烈建议对于中小型应用系统可将对象实体类、对象操作类、数据访问类合并为一个业务逻辑类，这样可以极大的提高开发及维护效率。
下面我们将对其中第三种方案的具体实现方法进行分解。首先我们来看下该方案的主体架构。
主体架构
各频道分别位于不同的Web Project(具有独立的二级域名)，并将所有的业务逻辑以及数据访问功能封装成Class Library，所有频道共用这个Class Library。
下面详细介绍实现方法。
假设网站有三个频道，新闻、论坛以及博客，对应的二级域名为"news"、"forum"、"blog"。除此之外，还需要另外定义两个域名，分别用于网站首页以及用户注册、登陆功能(基于Passport机制，本文后面将作详细介绍)，对应域名为"homepage"、"passport"。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
