Service mvc6服务是否提供project.json数据？

我正在将asp.net 5与mvc6结合使用，并用一些东西扩展了project.json

---

我目前正在通过自己解析project.json来阅读它。但我想知道mvc6中是否存在已经提供project.json文件解析数据的服务或上下文

没有服务，您必须自己解析它

为什么要手动解析project.json？不要那样做。如果您不想拥有自定义配置设置，则创建新文件或使用现有文件之一（例如appsettings.json）。然后在Startup.cs中，只需添加该文件，即可在配置对象中使用该文件：

public Startup(IHostingEnvironment env)
{
    var builder = new ConfigurationBuilder().AddJsonFile("appsettings.json");

    ...

    Configuration = builder.Build();
}

---

解析

project.json

和使用自定义信息扩展它是两件不同的事情。不建议扩展众所周知的模式

project.json

。最好使用

appsettings.json

（或任何其他.json文件）进行应用程序配置。感谢您的关注和anwser Oleg，非常感谢。我考虑了你的话。然而，从一个概念的角度来看，我有理由考虑我在项目中添加了什么。JSON是相关的。这就是为什么我对你的技术观点很感兴趣。你能不能解释一下为什么不推荐使用project.json扩展名，或者由谁推荐？我的技术观点是，json文件实际上是按设计扩展的（类似的例子有package.json、bower.json…），欢迎您！从技术角度来看，您可以使用

var project=new ConfigurationBuilder（）.AddJsonFile（“project.json”）.Build（）导入信息var mvcVersion=project[“dependencies:Microsoft.AspNet.Mvc”]

获取字符串，如

“6.0.0-rc1-final”

。这是你想要的吗？描述了更多的高级方案，但

appsettings.json

是用于特定于应用程序的设置的默认配置文件。

project.json

将用于其他用途。例如，VisualStudio监视

project.json

中的更改。如果您更改了

“依赖项”

部分，则它会立即启动还原包。为什么要将现有文件更改为其他用途？我认为可以从技术角度扩展

project.json

，但我不建议您从设计角度这样做并减少副作用。非常感谢，我想这肯定回答了我的问题非常感谢您的关注。不过，我恐怕这并不能真正回答我的问题。实际上，我有理由认为，从概念的角度来看，扩展project.json是相关的。但如果在扩展project.jon时有任何问题的话——就像我在oleg的回答中所说的那样——我非常有兴趣了解您的技术观点。你能解释一下为什么扩展project.json是件坏事，或者我遇到了什么问题吗？我喜欢坚持ASP.NET团队的建议。从模板创建新项目，您将拥有project.json和appsettings.json。为什么？在我看来，把你的申请选项。对于我来说，project.json用于更全局的应用程序配置，比如定义项目的服务器端依赖项。谢谢dawidr，我完全同意你的想法。特别是当您说：“project.json用于更全局的应用程序配置，比如定义项目的服务器端依赖项”。这实际上是我扩展project.json的方式：-）