首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >解读 Microsoft.NET.Sdk 的源码,你能定制各种奇怪而富有创意的编译过程

解读 Microsoft.NET.Sdk 的源码,你能定制各种奇怪而富有创意的编译过程

作者头像
walterlv
发布2018-09-18 13:04:20
1.3K0
发布2018-09-18 13:04:20
举报

解读 Microsoft.NET.Sdk 的源码,你能定制各种奇怪而富有创意的编译过程

发布于 2018-06-30 05:55 更新于 2018-08-12 08:05

在 csproj 中,Project 中的 Sdk 属性是 MSBuild 15.0 开始支持的,也就是 Visual Studio 2017 开始支持。有了 Sdk 属性的存在,MSBuild 编译过程能够扩展得非常强大,而不止是过去 Import 的一个 propstargets 文件。

本文将介绍 Microsoft.NET.Sdk 的源码,以及利用源码中的一些线索来完成官方文档中没有提及的功能扩展。


This post is written in multiple languages. Please select yours:

中文 English

Microsoft.NET.Sdk 源码的位置

在计算机上全局搜索 Microsoft.NET.Sdk 可以找到不同版本的多个 Sdk 目录,由于我安装了 .NET Core 2.1,所以找到的目录是:C:\Program Files\dotnet\sdk\2.1.300\Sdks。当然,按照官网 How to: Reference an MSBuild Project SDK 的描述,如果自己实现了一套 Sdk,也可以以 NuGet 包的形式发布。

Search Microsoft.NET.Sdk
Search Microsoft.NET.Sdk

▲ 搜索 Microsoft.NET.Sdk

The Sdk folder
The Sdk folder

▲ 我计算机上的 Sdk 文件夹

Sdk 中的 NuGet 部分在 GitHub 上的仓库地址:

Microsoft.NET.Sdk 的目录结构

在打开看 Microsoft.NET.Sdk 的目录结构后,我们可以发现这几乎就是 NuGet 包要求的目录结构。

The folder structure of Microsoft.NET.Sdk
The folder structure of Microsoft.NET.Sdk

关于 NuGet 包的目录结构,我在下面两篇文章中都有提到过:

官方对 NuGet 的目录结构也有介绍:How to create a NuGet package from a convention-based working directory

不过,Sdk 类型的 NuGet 包会多一个 Sdk 文件夹。

The extra Sdk folder
The extra Sdk folder

Sdk 文件夹中的 Sdk.propsSdk.targets 是会被默认 Import 的,这一点在官方文档 How to: Reference an MSBuild Project SDK - Visual Studio 中是有说明的,以下两段代码的含义相同:

<Project Sdk="Microsoft.NET.Sdk"> <PropertyGroup> <TargetFramework>net46</TargetFramework> </PropertyGroup> </Project>

<Project> <!-- Implicit top import --> <Import Project="Sdk.props" Sdk="Microsoft.NET.Sdk" /> <PropertyGroup> <TargetFramework>net46</TargetFramework> </PropertyGroup> <!-- Implicit bottom import --> <Import Project="Sdk.targets" Sdk="Microsoft.NET.Sdk" /> </Project>

由于这两个文件的默认引入,Sdk 可以完成非常多的编译任务。而且通常 Sdk 带有扩展性,使得我们可以很方便地对项目的编译过程进行扩展,这一点在我前面提到了两篇制作 NuGet 工具包的文章中都有说明。

Microsoft.NET.Sdk 的主要任务

在 Sdk 文件夹中搜索 Target 节点的个数,我得到了 174 个(随 .NET Core 2.1 发布);不过有一些是同名的,会被重写(类似于 C#/.NET 中的继承和重写);核心的并没有那么多。

  • CollectPackageReferences 用于收集 PackageReference 收集到的所有依赖(也就是 NuGet 包依赖)
  • CoreCompile 核心的编译过程
  • GenerateAssemblyInfo 用于生成 AssemblyInfo.cs 文件(以前可是手工写的呢)
  • Pack 用于将当前程序集打包成一个 NuGet 包
  • GenerateNuspec 在打包之前生成 nuspec 文件

定制富有创意的编译过程

下面是 Microsoft.NET.Sdk 中发现的一些富有创意的编译过程:

<Target Name="DontRestore" BeforeTargets="Restore">
  <Error Text="This project should not be restored" />
 </Target>

▲ 如果有 Restore,那么让你编译不通过

<Target Name="ReferenceStaticLegacyPackage" BeforeTargets="CollectPackageReferences">
  <ItemGroup>
    <PackageReference Remove="LiteDB" />
    <PackageReference Include="LiteDB" Version="2.0.2" />
  </ItemGroup>
</Target>

▲ 这是我另外写的一篇文章:阻止某个 NuGet 包意外升级


参考资料

本文会经常更新,请阅读原文: https://walterlv.com/post/read-microsoft-net-sdk.html ,以避免陈旧错误知识的误导,同时有更好的阅读体验。

本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。欢迎转载、使用、重新发布,但务必保留文章署名 吕毅 (包含链接: https://walterlv.com ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。如有任何疑问,请 与我联系 (walter.lv@qq.com)

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2018-06-30 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 解读 Microsoft.NET.Sdk 的源码,你能定制各种奇怪而富有创意的编译过程
    • Microsoft.NET.Sdk 源码的位置
      • Microsoft.NET.Sdk 的目录结构
        • Microsoft.NET.Sdk 的主要任务
          • 定制富有创意的编译过程
          相关产品与服务
          命令行工具
          腾讯云命令行工具 TCCLI 是管理腾讯云资源的统一工具。使用腾讯云命令行工具,您可以快速调用腾讯云 API 来管理您的腾讯云资源。此外,您还可以基于腾讯云的命令行工具来做自动化和脚本处理,以更多样的方式进行组合和重用。
          领券
          问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档