使用模块化设计组织良好的ASP.NET应用程序的最佳方法

前端之家收集整理的这篇文章主要介绍了使用模块化设计组织良好的ASP.NET应用程序的最佳方法前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在尝试为我们的产品开发考虑一个Web应用程序开发框架.我想构建一个ASP.NET应用程序,其中包含许多子模块.我的要求是:

>该应用程序将是一套不同的模块,如CRM,Bugtracker,库存管理,财务管理等.@H_404_3@>每个模块都应该有自己的DLL.@H_404_3@>一个项目应该是应用程序的外部容器(如框架),并且该项目应该将解决方案中的所有其他模块(类型为Web应用程序)引入外部容器. (有些事我们在HTML中有框架).因此,我们将仅在一天结束时发布外部容器Web应用程序,并通过它访问所有其他Web应用程序项目.

我想为每个模块分别使用DLL,因此当我部署控制整个套件的单个DLL时,我不必担心应用程序崩溃.

我不确定我的想法是否正确.我正在寻找的最终结果是一个维护良好,有条理和模块化的Web应用程序套件.

它是ASP.NET Web表单,而不是MVC.我将使用VS2010进行开发.

这样做的最佳方法是什么?

编辑:

术语外部容器意味着它就像一个主页面,它具有到各种模块的链接,并且各种模块并不总是在同一个项目中.它们可以是同一解决方案下的独立项目.而且我的印象是,到一天结束时,我将只发布该项目,它将带来各种模块.

解决方法

我实际上认为最好的方法是不过度架构的方法.我担心你似乎没有充分的理由生成整体架构.

这些都是新模块吗?然后开始写第一个.使用适用于单个模块的最佳实践.

然后写第二个.你会发现你想要使用你在第一个模块中写过的东西.大.这就是重构的目的.将这些内容重构为一个或多个“库”项目,重新运行所有单元测试,然后继续第二个模块.

重复,直到完成所有模块.

在这个过程结束时,如果你需要你所概述的那种架构,那么你将拥有它.如果您需要更少,那么您将拥有更少,并且您将不会花时间创建一个与实际需求无关的架构.

猜你在找的asp.Net相关文章