global.json 和 src 文件夹有多重要？

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

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

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

• 文物
• src
• 我的项目.sln
• 全局.json

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

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

并开始向该解决方案添加一个新的 ASP.NET Web 应用程序项目；你最终会得到一个文件结构没有 a global.json文件和没有src folder.

根据文档 http://docs.asp.net/en/latest/conceptual-overview/understanding-aspnet5-apps.html#the-global-json-file, global.json 文件用于整体配置解决方案。默认情况下，它仅包含两个部分：项目和 sdk。

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

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

问题1）

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

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

问题2）

如果它确实有影响，那么我应该手动创建这个global.json file?

问题3）

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

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

Or

我是否应该首先创建一个空白解决方案并开始将类库和 Web 应用程序添加到解决方案中（知道我不会global.json文件也不是src文件夹）？

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

Per the ASP.NET Core 工程指南 https://github.com/aspnet/Home/wiki/Engineering-guidelines：“默认情况下，项目到项目的引用必须是同级文件夹。使用global.json文件允许解决方案指定非标准位置来定位引用。”

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