大型ASP.NET MVC应用注意事项

我已经对使用MVC做了大量的研究，并感谢这里的人们围绕它展开的许多问题已经为我解决了。大型ASP.NET MVC应用注意事项

我有现在围绕着我们的应用程序的庞大规模，以及如何将项目本身范围内组织的问题。例如，我们有网址，例如http://mylocalapp/folder/nestedfolder/subfolder/theapp。我们这样做的原因是因为该应用程序的字面意思很大。我们需要这种文件夹结构，否则应用程序将无法管理。

Phil Haack covers the registering of routes for nested folders in one of his blog posts确实非常有用，但我们的应用程序中有子应用程序和子应用程序。它不能再简化了。

步骤需要什么将要采取的管理这样一个大的应用程序，它跨越了大量的文件夹和文件夹有多达七个层次深，以及具有约15个数据库？ MVC真的是这种大小应用程序的答案吗？

是另一种选择简单地应用大量URL路由和地图路线领域所有单独的子文件夹？

来源

2009-04-24 Kezzer

子应用程序是什么意思？他们是在IIS中设置为应用程序还是只在子文件夹中，但具有独特/个性化的“应用程序”体验？只是好奇。 – 2009-04-24 16:29:48

你是指“地区”？ – 2009-04-24 18:53:04

是的，更像是地区。我会将它们称为子应用程序，因为它们“做了”不同的事情，但实际上是整个应用程序的一部分。 – Kezzer 2009-04-25 07:37:28

根据评论“您是否指”区域“？最终是答案。

来源

2010-06-11 08:54:29 Kezzer

如果没有需要有一个应用程序内部的一切，为什么不创建每个文件夹中的MVC应用程序？

来源

2009-04-24 20:49:18

这是一个想法。是否也可以设置指向每个目录的路由负载？ – Kezzer 2009-04-25 07:38:23

我没有做过多的路由，所以我不知道。我最初的想法是，如果它真的如此复杂，它可能应该分成更小和更简单的应用程序。 – 2009-04-25 16:46:07

我有类似的情况，我们所做的是不是制作“胖”控制器，我们让他们“骨感”。伊恩库珀有一个很好的写作here。

所以我们所做的事情是，我们打破了“子应用程序”是其自己的应用程序。我认为这也是以前的海报试图传达的。

来源

2009-05-14 17:15:26

大型ASP.NET MVC应用注意事项

回答

相关问题