Visual studio 2015 Visual Studio是否需要ASP.NET 5项目的.sln文件？它可以只使用Global.json吗？

在ASP.NET 5项目中，Visual Studio创建一个

SLN

文件。还有一个

global.json

文件，据我所知，它是核心解决方案文件

SLN

文件是否仅用于VS支持？您是否可以在VS中打开解决方案而不使用

SLN

文件

---

我假设非VS工具忽略了

SLN

文件，因为它是基于文件夹的？

据我所知，

SLN

是一个100%的Visual Studio工具概念

您仍然可以创建应用程序，在没有此文件的情况下运行/编译/发布它们。VisualStudio代码就是这样做的，在Sublime/Atom或任何其他编辑器中也是这样做的

更新：

---

我读过一些报告，说Visual Studio可以打开

global.json

和

project.json

文件，而不存在各自的sln/xproj文件。

首先，我发现您的问题非常有趣，但是我发现将

.sln

文件与

global.json

或旧的

.xproj

文件与

project.json

进行比较是不正确的，因为它们没有相同的目标。此外，我还想提到一些其他重要文件，如

package.json

，

bower.json

（单击解决方案的“Show All”按钮即可看到）和一个重要的

launchSettings.json

文件，这些文件可以在

属性中找到（有关更多详细信息，请参阅）

很明显，
.sln
文件和
.xproj
文件的格式将来必须更改和简化。另一方面，旧文件有一些目标，必须加以考虑。我只想提一个人

首先，重要的是不仅要构建代码，还要调试或使用一些参数启动目标。例如，如果我开发Web Api组件，那么我需要构建它，然后通过打开URL来测试一些方法（操作），如
http://localhost:4745/api/product
。在Visual Studio的GUI中配置应用程序URL将更改文件
Properties\launchSettings.json
，并包括以下内容

“iisSettings”：{
“Windows身份验证”：false，
“匿名身份验证”：正确，
“iisExpress”：{
“应用程序URL”：http://localhost:4745/api/product",
“sslPort”：0
}
}

里面

下一个典型问题。我想测试新组件（新的WebAPI）是否能正确地与我的旧VisualStudio项目一起工作。例如，我可以创建新的网站或其他项目，从JavaScript（使用
jQuery.ajax
fox示例的HTML页面）调用Web Api

旧的
.sln
文件允许我们在每次启动测试项目（或测试网站）时通知Visual Studio启动Web Api项目。新的
.json
文件无法配置这种依赖关系

还有一个例子值得一提。很明显，我们有很多现有的组件和类库。不需要一次重写所有内容。为了能够使用旧组件并逐步切换到“新世界”，需要在一个解决方案中使用旧的
.sln
文件和一些旧的
.xproj
以及新的ASP.NET项目。我必须提到，它描述了在ASP.NET5解决方案中集成类库的一些问题。我们可以看到，现在并不是所有的问题都解决了，但它应该在RC2或RTM中工作

我的答案很清楚，但不完整。我确信
.sln
文件和
.xproj
文件的格式很快就会改变，但我想我们会得到一些新的
.json
文件，因为现有的文件（例如
project.json
文件）并不包含所有信息，如果考虑多个项目的测试和调试，而不仅仅是构建目标二进制文件，那么解决方案中应该包含哪些内容。
我是否可以删除该文件并在Visual Studio中打开解决方案？或者，如果有人用VS启动了一个项目？不是真的。。。VisualStudio仍然需要那些愚蠢的解决方案文件，但我看不出真的需要它们。只是另一个可能在未来被移除的fluf。就像一个ASP.NET取消了每个web项目的多个
ProjectGuid
。我更喜欢新的ASP.NET。我只是担心我/客户之间的兼容性等。同样，最安全的选择是在VS中创建它，然后它始终是一个选项。我会问一个问题，但事情是这样的。VisualStudio是一头野兽。软件的怪物。你不可能在1-2年内改变一切。如果我赌赢了。。。我可能会认为，由于从
csproj
文件中提取了大量内容来制作
xproj
，因此在某个时候可能根本不需要xproj文件。纯粹是我的猜测。请参阅我关于这个主题的博客文章：了解这一点-但是如果我用Visual Studio代码启动了一个项目，而我的客户希望在该项目中使用VS，这会给他们留下什么？我看到您发布了许多问题，这些问题都是朝着同一方向的。我觉得这些问题很有趣，但我并不完全同意已经被接受的答案。如果你愿意的话，我也可以把我的答案贴出来，在那里我可以更详细地描述我的观点。是的，我一定会感兴趣的！非常有趣的一点——我当然可以看到。我从未考虑过尝试将非ASP.NET 5的内容与新内容结合使用。@Graemememiller:我相信很快就会看到Visual Studio支持的新的、更清晰的解决方案和项目文件格式，但旧的解决方案和项目文件也将继续支持很长一段时间。我确信，新的好概念不可能是大公司的真正解决方案。我们需要确保旧投资的安全，并采取缓慢但安全的迁移方式。