【问题标题】:SDK style .csproj for .NET full framework适用于 .NET 完整框架的 SDK 样式 .csproj
【发布时间】:2018-11-21 07:06:02
【问题描述】:

有谁知道为什么在创建新的 .NET 完整框架项目时,Visual Studio(版本 15.9.2)仍然使用旧样式的 .csproj 文件?

为了解决这个问题,在创建新的完整框架项目时,我创建了一个 .NET 核心项目,然后简单地编辑 .csproj 中的 TargetFramework 标记以定位 net472(例如),从而利用新的简化结构。

有人发现这种方法有问题吗?

【问题讨论】:

标签: .net visual-studio


【解决方案1】:

至于原因,这里是来自 GitHub 问题的 an excerpt,其中涵盖了其中一些问题 (Add support for ASP.NET (non-Core) projects #2670),尽管它是针对 ASP.NET 而不是一般的 .NET Framework 项目的问题:

老实说,我认为短期内(今年)不会发生这种情况。 SDK 项目和新的 项目系统,然后我们才能将它们带到旧项目中。那些扭结 甚至与 ASP.NET 没有任何关系,所以会有一个 将 ASP.NET 东西移植到新的东西需要进行的大量工作 非平凡的项目系统,例如旧剃须刀编辑器,aspx 编辑器,网络表单设计师??,构建系统(WAP 项目有一个混合 msbuild + 构建管理器构建系统),以及任何其他怪癖 System.Web 需要。其中一些组件是用本机编写的 代码,因为旧的项目系统是原生的。

说了这么多,不是简单的拨动开关,都是一样的 一组在新的和现有的项目系统上工作的人。当。。。的时候 SDK项目几乎完美无缺,我会考虑将其降低 项目。

短版:新的项目系统还不够成熟,还不能把所有东西都转过来,到时候这可不是小事。

其中还有关于您可能遇到的问题mixing old and new projects in the same solution 的评论(这对您来说可能不是问题,但对其他人来说值得一提):

我们无法移动,因为我们甚至无法开始移动解决方案。我们不能将东西移动到新系统上的库并以任何合理的方式迁移过来,因为构建系统不会同时构建两者。

如果它对你有用,那很好,但它不受支持,而且你肯定会遇到一些陷阱。

【讨论】:

    猜你喜欢
    • 2017-07-10
    • 2017-07-16
    • 1970-01-01
    • 1970-01-01
    • 2018-10-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多