Skip to content

Latest commit

 

History

History
193 lines (138 loc) · 9.12 KB

CHANGELOG.md

File metadata and controls

193 lines (138 loc) · 9.12 KB

Cli4Fody

中文 | English

Cli4Fody是一个命令行工具,用于管理Fody插件和修改FodyWeavers.xml文件。通过该工具,可以让部分Fody插件实现完全零侵入式的MSIL修改。

快速开始

安装Cli4Fody

dotnet tool install -g Cli4Fody

假设当前解决方案MySolution.sln下有如下FodyWeavers.xml

<Weavers xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="FodyWeavers.xsd">
  <ConfigureAwait />
</Weavers>

执行如下命令:

fody-cli MySolution.sln --addin ConfigureAwait -a ContinueOnCapturedContext=false --addin Rougamo

执行命令后的FodyWeavers.xml

<Weavers xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="FodyWeavers.xsd">
  <ConfigureAwait ContinueOnCapturedContext="false" />
  <Rougamo />
</Weavers>

命令格式

fody-cli <SolutionOrProjectPath> [Options]

  • <solutionOrProjectPath> 解决方案文件(.sln)路径或项目文件(.csproj)路径
  • Options
    • --include-fody <VERSION>

      增加Fody NuGet依赖,<VERSION>为Fody的版本号。

    • --share <project|solution>

      FodyWeavers.xml文件共享设置,默认project,为每个项目创建一个FodyWeavers.xml,设置为solution时仅在解决方案目录创建FodyWeavers.xml文件,当<solutionOrProjectPath>为项目文件路径时,该配置无效。

      注:如果整个解决方案所有的项目的FodyWeavers.xml文件内容是一样的,可以仅在解决方案目录下生成一个FodyWeavers.xml,当项目检测到当前项目目录下的FodyWeavers.xml文件缺省时,会自动使用解决方案目录下的FodyWeavers.xml文件,详见:https://github.com/Fody/Home/blob/master/pages/configuration.md#a-file-in-the-solution-directory

    • --order <ORDERS>

      自定义插件顺序,<ORDERS>为一系列插件名称,插件名称用,分隔,可以使用_others指代未指定的其他插件。假设有如下FodyWeavers.xml文件:

      <Weavers xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="FodyWeavers.xsd">
        <ConfigureAwait />
        <Rougamo />
        <NullGuard />
        <Pooling />
      </Weavers>

      使用Cli4Fody执行fody-cli MyProject.csproj --order Rougamo,Pooling,_others_ 后得到如下FodyWeavers.xml

      <Weavers xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="FodyWeavers.xsd">
        <Rougamo />
        <Pooling />
        <ConfigureAwait />
        <NullGuard />
      </Weavers>
    • --addin <ADDIN>

      配置插件ADDIN<ADDIN>为插件名称(不要Fody后缀),如果FodyWeavers.xml已存在且ADDIN节点不存在则追加到ADDIN节点到最后。如果FodyWeavers.xml文件不存在,则生成FodyWeavers.xml文件并增加ADDIN节点。

      例:fody-cli MyProject.csproj --addin Rougamo

      <Weavers xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="FodyWeavers.xsd">
        <Rougamo />
      </Weavers>
    • -pv, --package-version

      插件版本,--addin的子配置项。当指定该参数后,Cli4Fody会为每个项目添加当前插件的NuGet依赖,版本为当前参数值。该参数可以用来解决Fody插件间接依赖MSBuild任务无效的问题,该参数为每个项目添加NuGet直接依赖。需要注意的是,为了加快Cli4Fody的执行速度,NuGet采用了--no-restore的方式进行安装。

    • -m, --mode <overwrite|default>

      操作模式,--addin的子配置项,默认overwrite,新建或重写以存在的--addin配置节点;default表示仅作为默认配置,如果--addin配置节点已存在则不进行任何修改。注意-m, --mode作为--addin的子配置项,必须在--addin之后指定。

      错误用法:fody-cli MySolution.sln -m default --addin Rougamo

      正确用法:fody-cli MySolution.sln --addin Rougamo -m default

    • -n, --node <NODE>

      为插件添加子节点,--addin的子配置项。对于多层级的节点,可以使用:表达多级节点,比如Items:Item表示当前插件配置节点下的Items节点下的Item节点,多次指定同一个节点路径表示追加。

      例:fody-cli MySolution.sln --addin Pooling -n Items:Item -n Items:Item

      <Weavers xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="FodyWeavers.xsd">
        <Pooling>
          <Items>
            <Item />
            <Item />
          </Items>
        </Pooling>
      </Weavers>
    • -a, --attribute <ATTRIBUTE>

      为插件或节点添加属性,--addin--node的子配置项。

      例:fody-cli MySolution.sln --addin Pooling -a enabled=true -n Items:Item -a "pattern=method(* StringBuilder.Clear(..))" -n Items:Item -a stateless=Random

      <Weavers xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="FodyWeavers.xsd">
        <Pooling enabled="true">
          <Items>
            <Item pattern="method(* StringBuilder.Clear(..))" />
            <Item stateless="Random" />
          </Items>
        </Pooling>
      </Weavers>
    • -v, --value <VALUE>

      为插件或节点设置节点值,--addin--node的子配置项。

      例:fody-cli MySolution.sln --addin Pooling -n Inspects:Inspect -v "execution(* *(..))"

      <Weavers xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="FodyWeavers.xsd">
        <Pooling enabled="true">
          <Inspects>
            <Inspect>execution(* *(..))</Inspect>
          </Inspects>
        </Pooling>
      </Weavers>

使用场景

Cli4Fody主要有两个应用场景:

  1. 你平时在使用Fody插件的时候可能已经发现,自己的项目必须直接依赖Fody插件,间接依赖时Fody插件不生效,比如[项目A] -> [项目B] -> Rougamo.Fody,此时项目A中是可以使用Rougamo.Fody中定义的类型的,但在编译时并没有修改对应的MSIL,必须项目A直接依赖Rougamo.Fody才会生效。出现这种情况是因为Fody调用系列插件修改MSIL是通过在MSBuild管道中插入一个在编译后执行的任务实现的,Fody的NuGet包中的build目录下包含了添加MSBuild任务的配置。而在项目依赖中,默认是不会传递这些配置的,所以需要每个项目都直接依赖Fody插件。

    由于间接依赖时已经能够使用到Fody插件中的类型,所以我们很容易忘记直接依赖Fody插件,导致最终插件未生效,此时便可以通过Cli4Fody为解决方案中的每个项目添加直接依赖。下面的命令会为解决方案的每个项目添加Rougamo.Fody的直接依赖,并新增/修改FodyWeavers.xml文件。

    fody-cli MySolution.sln --addin Rougamo -pv 4.0.4

  2. 部分Fody插件是可以仅通过配置来完成其目标的,比如ConfigureAwait.Fody、Pooling.Fody等。对于这类插件,可以通过Cli4Fody直接完成配置。

    fody-cli MySolution.sln \
              --addin ConfigureAwait -pv 3.3.2 -a ContinueOnCapturedContext=false \
              --addin Pooling -pv 0.1.0 \
                  -n Inspects:Inspect -v "execution(* *..*Serivce.*(..))" \
                  -n Items:Item -a stateless=Random

推荐实践

Cli4Fody非常适配CI,可以在自动构建中统一配置,既可以轻松的完成对Fody插件直接依赖的查漏补缺,也可以轻松地配置无侵入式Fody插件。比如可以参考DockerSample项目,在Dockerfile中通过Cli4Fody确保Rougamo.Fody的直接依赖以及添加对ConfigureAwait的依赖并进行配置。

FROM mcr.microsoft.com/dotnet/runtime:8.0 AS base
USER app
WORKDIR /app

FROM mcr.microsoft.com/dotnet/sdk:8.0 AS build
ARG BUILD_CONFIGURATION=Release
WORKDIR /src

COPY ["ConsoleApp/ConsoleApp.csproj", "ConsoleApp/"]
RUN dotnet restore "./ConsoleApp/ConsoleApp.csproj"

COPY . .

ENV PATH="$PATH:/root/.dotnet/tools"
RUN dotnet tool install -g Cli4Fody
RUN fody-cli DockerSample.sln --addin Rougamo -pv 4.0.4 --addin ConfigureAwait -pv 3.3.2  -a ContinueOnCapturedContext=false

RUN dotnet restore "./ConsoleApp/ConsoleApp.csproj"

RUN dotnet publish "./ConsoleApp/ConsoleApp.csproj" -c $BUILD_CONFIGURATION -o /app/publish /p:UseAppHost=false

FROM base AS final
WORKDIR /app
COPY --from=build /app/publish .
ENTRYPOINT ["dotnet", "ConsoleApp.dll"]

Pooling零侵入实践

Pooling 使用 Cli4Fody 实现零侵入式对象池操作替换