asp.net-core-mvc - global.json 和 src 文件夹有多重要？

Question

在 VS 2015 中，当您使用此方法创建新的 MVC 6.0 应用程序时:

File-->New-->Project-->ASP.NET Web Application-->ASP.NET 5 Preview Templates

您最终在磁盘上拥有以下文件结构:

• 文物
• 来源
• MyProject.sln
• 全局.json

相反，如果我决定先创建一个空白解决方案，如下所示:

 File-->New-->Project-->Other Project Types-->Visual Studio Solutions-->Blank Solution

并开始向该解决方案添加一个新的 ASP.NET Web 应用程序项目；您最终得到的文件结构没有 global.json 文件，并且没有 src 文件夹。

根据documentation ，global.json 文件用于配置整个解决方案。它默认只包含两个部分:项目和 sdk。

projects 属性指定哪些文件夹包含解决方案的源代码。默认情况下，项目结构将源文件放置在 src 文件夹中，允许将构建工件放置在同级文件夹中，从而更容易从源代码管理中排除此类内容。

sdk 属性指定 Visual Studio 在打开解决方案时将使用的 DNX(.Net 执行环境)版本。它在这里设置，而不是在project.json中，以避免解决方案中的不同项目针对不同版本的SDK的情况。

问题 1)

如上所述，如果我选择首先创建空白解决方案，我将不会有 global.json 文件。

没有 global.json 文件是否会以任何形式影响应用程序的行为？例如，当我部署或与构建工件交互时？

问题 2)

如果它确实有影响，那么我应该手动创建这个 global.json 文件吗？

问题3)

在撰写本文时，是否有推荐的方法在 ASP.NET 5 中创建多层应用程序？

我应该首先创建 MVC 项目并开始向项目添加类库吗？

或者

我是否应该首先创建一个空白解决方案，然后开始将类库和 Web 应用程序添加到解决方案中(知道我没有 global.json 文件，也没有 src 文件夹)？

Answer 1

src、test 等文件夹允许您按类型对项目进行分组。当存在大量项目时，这有助于保持解决方案的可维护性。这是一个example已提议的各种项目类型。

根据 ASP.NET Core Engineering Guidelines :“默认情况下，项目到项目的引用必须是同级文件夹。使用 global.json 文件允许解决方案指定非标准位置来查找引用。”

总而言之，如果有很多项目，您可以将它们按类型分组到文件夹中，并使用 global.json 允许一组中的项目引用另一组中的项目。