建议/与子应用
我开始思考，并制定一个大的web应用程序的体系结构的Web应用程序的建议，我希望得到建议和/或在其上的技术和/或框架使用的建议。建议/与子应用
该应用程序将是一个基于Intranet的网站，使用Windows身份验证，在IIS上运行并使用ASP.NET。它需要被构建为具有子Web应用程序的主要Web应用程序。实质上，整个范围是一个基于复合浏览器的Intranet应用程序，它由离散的，功能完整的模块或子应用程序组成。
这个复合web客户端应用程序将有一个主或外壳模块来提供整体用户界面结构。此外，外壳模块将提供对所有单独的子应用程序或模块可以使用的通用服务的访问。然后，每个子应用程序/模块将包含其自己的功能和实现，但与shell用户界面集成。
接下来，基于子应用程序的用户，并且是可用的，主要的或壳应用程序将动态生成的选项卡（或按钮或东西）作为一种方式来访问每个单独的应用程序。而且，我们将把用户和应用程序数据存储在数据库表中。
因此，例如，我们将有一个报告应用程序，显示应用，而且很可能其他几个不同的应用程序。在主/外壳应用程序启动时，在确定用户是谁之后，主应用程序将查询数据库以确定用户可以使用哪些子应用程序并构建UI。然后，用户可以在可用的子应用程序之间导航，并在每个应用程序中进行工作
我希望这一切都有道理。
无论如何，我想知道，如果有的话，预先存在的技术/框架将最适合构建和开发一个系统，像这样。
Web客户端软件工厂会是一个不错的选择吗？ 其他MVP解决方案会是一个不错的选择吗？ ASP.NET MVC会是一个不错的选择吗？ 别的东西？ 这些都不是一个好的选择，我们应该从头开始使用Web表单开发一切？ 我应该知道的其他任何信息？
谢谢！
ASP.Net MVC2还可以方便地使用区域。这里是可以
http://odetocode.com/Blogs/scott/archive/2009/10/13/asp-net-mvc2-preview-2-areas-and-routes.aspx
基本上你可以使用领域打破了你的“子应用”
讨论框架之前，有用的链接，建立这样一个系统时，一些需要考虑的要点（其中子应用程序可以被插入）：
- 可能的集成点（数据，服务，业务逻辑，UI）
- 横切关注点（系统日志，审计洛克，配置，安全性）
- 谁将开发子应用程序（你，在你的办公室工作，或任何人/大社区人）
我认为，在跨越和构建之前框架（或选择现有的框架），您需要退后一步并首先考虑这些方面。
在farmeworks方面：你会发现很多框架却很少提供全方位的你以后：
- ASP.NET Web窗体基本上是土地的完全空置的地块 - 你”必须自己构建大多数东西，或者引入其他框架（如MS企业库）
- ASP.NET MVC实际上是同一件事，但风格不同。
这些都不是“框架”，但您可以使用其中任何一个作为低级基础“平台”。
- MS Ent Lib是非常适合跨领域的问题（如数据访问，日志记录等），但仅此而已。
- 还有一个很好的范围Dependency Inversion frameworks但这些都不是一个完整的解决方案。
重要的是要控制依赖关系：确保您抽象出数据层（开始），坚持围绕接口隔离，重用等原则。
你可以考虑的一个选择（我在这里吹自己的小号 - 所以我不公正）是我开发的开放源代码.net应用程序框架（'Morphfolia'它花了我大约5年， 兼职）。即使你不使用它，你可能会发现一些好的想法或代码，你可以 '偷'：
Morphfolia：
可能的[使用子应用程序的Web应用程序体系结构建议/建议]（http：// stackoverflow。com/questions/4719196/architecture-suggestions-for-a-web-application-with-sub-apps） – 2011-02-23 01:47:03
请停止发布重复问题。 – 2011-02-23 01:47:14
我对开放标识符有一些问题，所以我想我需要重新发布它（并且，这样做，我试图清理并澄清原始帖子 - 所以在技术上它们稍有不同）。如果我可以删除原来的帖子，我会的。但是，我不能，或者至少不清楚如何做到这一点。 – lmttag 2011-02-23 15:52:49