Asp.net 带有子应用程序的Web应用程序的建议/建议

我开始考虑并开发一个大型web应用程序的体系结构，我想获得关于使用哪些技术和/或框架的建议和/或建议

该应用程序将是一个基于Intranet的网站，使用Windows身份验证，在IIS上运行，并使用ASP.NET。它需要被构造为一个主web应用程序和子web应用程序。从本质上讲，整个范围是一个基于浏览器的复合Intranet应用程序，由离散的、功能完整的模块或子应用程序组成

这个复合web客户端应用程序将有一个主模块或外壳模块来提供总体用户界面结构。此外，shell模块将提供对所有子应用程序或模块都可以使用的公共服务的访问。然后，每个子应用程序/模块将包含自己的功能和实现，但与shell用户界面集成

接下来，根据用户和可用的子应用程序，主应用程序或shell应用程序将动态构建选项卡或按钮或其他内容，作为访问每个应用程序的方式。我们将把用户和应用程序数据存储在数据库表中

例如，我们将有一个报告应用程序，一个显示应用程序，可能还有一些其他不同的应用程序。在主/外壳应用程序启动时，在确定用户是谁之后，主应用程序将查询数据库，以确定用户可以使用哪些子应用程序并构建UI。然后用户可以在可用的子应用程序之间导航，并在每个子应用程序中执行工作

我希望这一切都有意义

不管怎样，我想知道哪种（如果有的话）现有的技术/框架最适合构建和开发这样的系统

Web客户端软件工厂是一个不错的选择吗？ 其他MVP解决方案是一个不错的选择吗？ ASP.NET MVC是一个好的选择吗？ 还有别的吗？？？？ 这些都不是一个好的选择，我们应该使用web表单从头开始开发所有内容吗？ 还有其他我应该知道的信息吗

---

谢谢

ASP.Net MVC2还促进了区域的使用。下面是一个可能有用的链接

---

基本上，在讨论框架之前，你可以使用区域来细分你的子应用程序

，在构建这样一个子应用程序可以插入的系统时要考虑的一些要点：

可能的集成点数据、服务、业务逻辑、UI 交叉关注系统日志、审核日志、配置、安全性 谁将开发您、办公室工作人员或任何人/更大社区的子应用程序 我认为，在开始构建框架或选择现有框架之前，您需要退后一步，首先考虑这些方面

就farmeworks而言：您会发现许多框架，但很少有框架提供您所追求的全部内容：

ASP.NET WebForms基本上是一块完全空置的土地——您必须自己构建大多数东西，或者引入其他框架，如MS Enterprise库 ASP.NET MVC实际上是相同的东西，但风格不同。 这两个框架都不是框架，但您可以将其中任何一个用作底层基础“平台”

MS Ent LIB非常适合于数据访问、日志记录等交叉关注点，但仅此而已。 还有一系列好的解决方案，但这些都不是一个完整的解决方案。 重要的是控制依赖关系：确保从一开始就抽象出数据层，遵守接口隔离、重用等原则

<一个选项，你可以考虑，我在这里吹嘘自己——所以我不是公正的，是我建立的开源.NET应用程序框架，我花了大约5年时间，兼职。即使您不使用它，您也可能会找到一些好主意或代码，您可以“窃取”：

变形叶：

我对提供即插即用体系结构的回答

---

可在

下载，可能是重复的请停止发布重复的问题。我对开放id有一些问题，因此我认为我需要重新发布它，在这样做的过程中，我试图清理和澄清原始帖子-因此，从技术上讲，它们略有不同。如果我能删除原来的帖子，我会的。但是，我不能，或者至少不清楚怎么做。