请参阅文章：ASP.NET MVC 4可插拔应用程序模块（http://geekswithblogs.net/cokobware/archive/2013/01/15/asp.net-mvc-4-pluggable-application-modules.aspx）。
我们正在尝试设计一个大型SPA系统，其中shell或容器SPA将包含多个其他SPA。引用该文章，每个独立的领域 - 营销，销售，计费，库存，仓库 - 将是他们自己的独立SPA，包含在主要的shell应用程序中。我们现在正在考虑，我们希望每个区域都成为一个MVC应用程序来提供SPA，然后使用
无论如何，Durandal可以在这种情况下使用吗？如果是这样，怎么样？
Durandal是否必须添加到每个区域并在其中使用？
或者我们是否过度思考这个？我们应该只有一个MVC应用程序并使用Durandal的App文件夹下的文件夹来分隔我们的区域（例如，/ App / viewmodels / app1，/ App / viewmodels / app2，/ App / views / app1，/ App / views / app2，等）？
谢谢！
答案 0 :(得分：0)
在对解决方案进行原型设计一段时间之后，我们对使用基于Durandal的SPA的MVC区域的结果感到不满意。可能有一个很好的方法，但我们决定使用纯粹的客户端解决方案，使用Durandal 2（比Sammy更好的路由1.2.0）。 感谢。