【问题标题】:Frameworks and imports sections in project.json: what are they?project.json 中的框架和导入部分:它们是什么?
【发布时间】:2016-09-16 12:17:53
【问题描述】:

ASP.NET Core 1.0 项目的project.json 文件中的frameworksimports 部分到底是什么?它们的作用是什么?我一直在努力寻找“官方”文档以更好地理解它。

这是我最近启动的一个 Yeoman 脚手架 ASP.NET 项目的样板示例:

"frameworks": {
  "netcoreapp1.0": {
    "imports": [
      "dotnet5.6",
      "dnxcore50",
      "portable-net45+win8"
    ]
  }
},

【问题讨论】:

    标签: asp.net-core project.json


    【解决方案1】:
    • frameworks 是您的应用程序支持的目标框架列表。
    • imports 是一种使用不是为该框架设计的包的方法。基本上你告诉它“使用那些目标,即使它们似乎不受支持。我知道我在做什么”。

    这里有一个要点,可以让您更深入地了解各种 TFM(目标框架名称)如何相互映射https://gist.github.com/davidfowl/8939f305567e1755412d6dc0b8baf1b7

    【讨论】:

    • 很多时候,我觉得自己不知道自己在做什么,在进口商品中添加新商品似乎是黑魔法,或者我可能会以某种方式招致下游技术债务。例如,如果我在 OSX 上进行开发以通过 Docker 部署到 Linux,我是否需要考虑在导入中添加新项目以消除兼容性错误的影响?
    • 实际上导入本身就是 MS 团队的技术债。以多种方式。 import 目前用于三个场景:平滑从 dnxcore50 到 netstandard1.5 的过渡,平滑从两个或三个完美匹配的可移植配置文件到 netstandard1.x 的过渡,并避免由于第三方库未更新而导致的依赖灾难尚未达到网络标准。
    • 听起来正确的做法是咬紧牙关,像圣诞树一样点亮进口条款,然后就好像一切正​​常。 ;-)
    • 如果我想在我的 MAC 上开发 类库 项目并将其用于 Windows 系统 ASP.NET 应用程序,我应该在 imports 中保留什么?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2015-11-11
    • 2013-05-24
    • 2011-07-31
    • 1970-01-01
    • 1970-01-01
    • 2018-04-06
    • 1970-01-01
    相关资源
    最近更新 更多