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

前端之家收集整理的这篇文章主要介绍了asp.net-core-mvc – global.json和src文件夹有多重要?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
在VS 2015中,当您使用此方法创建新的MVC 6.0应用程序时:
File-->New-->Project-->ASP.NET Web Application-->ASP.NET 5 Preview Templates

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

>文物
> src
> MyProject.sln
> global.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项目并开始向项目添加类库吗?

要么

我应该首先创建一个空白解决方案,并开始将Class Libraries和Web应用程序添加解决方案中(知道我不会有global.json文件和src文件夹)?

解决方法

如你所说,这似乎是在定位ASP.NET 5时创建解决方案的新方式.global.json文件指定了一些解决方案级设置.特别是它定义了 DNX runtime settings.

我看到了src / test文件夹结构的两种方法.如果您查看了MVC team is doing,它们将src / test文件夹合并到存储库根目录中.例如Github上的许多项目在根目录中都有一个src目录.所以只要你的global.json和解决方文件在你的项目的根目录下,它似乎与现有的做法一致.

如果您看看.NET团队正在使用.NET 5 Core Framework,您将看到类似的模式,尽管没有global.json文件.他们的许多图书馆都有src和测试子目录.

我将尝试在MVC团队暂时做什么之后对我的项目进行模式化,直到我更好地了解.NET 5,DNX和其他内容.它对您的项目施加了一定的结构,但VS 2013和.NET 4.5也是如此.

猜你在找的asp.Net相关文章