新的ASP.NET 5(ASP.NET MVC 6)项目类型可以定位常规.NET吗？

Question

新的ASP.NET 5(vNext)做了一些很棒的事情,比如将Bower,Grunt和其他客户端Web开发工具集成到项目中.

然而,在我(在许多此类项目被制作和划痕之后)开始出现之后,似乎所有这些仅限于可以针对新的"云"或"跨平台"(KRE-CLR)堆栈的项目,而不是常规的.NET堆栈.与目标这个新堆栈一样好,这严重限制了此时可以定位的内容(基本上您现在引用的任何dll /项目都不是ASP.NET 5类库,因此无法引用,所以你不能依赖这个？).

我错过了什么吗？新的ASP.NET 5(ASP.NET MVC 6)项目类型可以定位常规.NET吗？

如果答案为否,即使现在无法做到这一点,团队计划至少将一些客户端功能(bower,grunt等)添加到"常规"ASP.NET(MVC 5)项目中未来？

Answer 1

在Scott Guthrie 的新帖子中中，他似乎确认 ASP.NET 5 绝对应该与完整的 .NET 框架一起工作，事实上，甚至说：

\n

\n

“您现有的应用程序和库无需修改即可运行即可在此 [完整的 .NET] 运行时上

\n

\n

这是完整的引文：

\n

\n

ASP.NET 5 可与两个运行时环境配合使用，为您托管应用程序提供更大的灵活性。两个运行时选项是： ([a] .NET Core ... [b] .NET Framework \xe2\x80\x93 .NET Core 的 API 目前比完整的 .NET Framework 受到更多限制，因此您可能需要修改现有应用程序以面向 .NET Core。如果您不想更新应用程序，您可以在完整的 .NET Framework（版本 4.5.2 及更高版本）上运行 ASP.NET 5 应用程序。执行此操作时，您可以访问完整的 .NET Framework API 集。您现有的应用程序和库无需修改即可在此运行时上运行。

\n

\n

虽然我很高兴听到这个消息，但这个问题和其他发帖者讨论的问题使得这个目标似乎与当前的现实不符。简而言之，我们不仅需要能够针对完整的 .NET，而且还需要简单地引用当前的 .NET dll/程序集。目前，似乎唯一有效的程序集是针对 .NET Core 构建的程序集。

\n

那么这个困境的答案是什么？我相信答案是：它来了。这根据新的 Visual Studio 2015 CTP 6 发行说明：

\n

\n

系统参考又回来了

\n

现在，您可以使用“添加引用”对话框轻松添加对系统程序集的引用，这将对您的project.json 文件进行适当的修改...我们也在努力支持添加对用户程序集的引用在未来的预览版本中。

\n

\n

\n

（图片来自那篇文章）

\n

那么，这是个好消息！这也证明，根据这些帖子，这些确实是迄今为止的缺点（并且目前对于用户组件仍然存在）。

\n