MVC的Web API - 准系统最小的项目结构

Question

我期待在this MVC WebApi starter kit（对角/打字稿）

忽略所有的客户端代码，我注意到提交人提出了一个的WebAPI，是非常裸露的骨头。已经取出了大部分脚手架，包括_ViewStart.cshtml，_Layout.cshtml，并且放弃了Controllers文件夹中的控制器和View子目录下的控制器名称相同的子目录下的视图等。

他添加了一些有趣的路由和验证我在Core文件夹中没有看到过的类，并将Api文件夹中的控制器和Views直接放到根目录中带有Index.cshtml的Views文件夹中。

这是一个独立的web api非常干净和准系统的项目结构，除了将数据提供给客户端的重型应用程序外，它什么也不做。我喜欢这种方式，但在跳跃之前我想知道这种方法有什么缺点，如果我真的放弃了这样做的框架的任何核心功能。例如，显然MVC区域在这里被放弃，以支持创建自己的视图文件夹结构和分离应用程序部分的灵活性（我可以摆脱我很少使用它们的MVC区域）。另一件事是我不认为一个控制器的操作方法可以return View()，它会按照约定的控制器名称在Views文件夹中找到它。我也没问题，因为我只会提供JSON数据并使用100％客户端模板。

是否有任何其他核心功能被遗弃，我错过了，可能会让我感到遗憾与这个项目结构？

Answer 1

当我创建在IIS中托管的Web API时，我的Web应用程序中唯一的文件是web.config，global.asax和global.asax.cs。其他一切都不是必需的。

Answer 2

在这个模板看看，如果你还没有决定如何构建ASP.Net MVC /角项目之前：

http://visualstudiogallery.msdn.microsoft.com/5af151b2-9ed2-4809-bfe8-27566bfe7d83

您可以随时添加组件到您的项目后，所以我不会坐太多。我喜欢先开始一个精益/大部分为空的项目，然后自己添加一些东西，以便充分理解我要添加的内容。