Microsoft Fakes 中的代码生成、编译和命名约定

本文讨论 Fakes 代码生成和编译中的选项和问题,并介绍了 Fakes 生成的类型、成员和参数的命名约定。

要求

代码生成和编译

配置存根的代码生成

存根类型的生成在具有 .fakes 文件扩展名的 XML 文件中配置。 Fakes 框架通过自定义 MSBuild 任务在生成进程中集成并在生成时检测这些文件。 Fakes 代码生成器将存根类型编译为程序集并添加对项目的引用。

下面的示例说明了 FileSystem.dll 中定义的存根类型:

<Fakes xmlns="http://schemas.microsoft.com/fakes/2011/">
    <Assembly Name="FileSystem"/>
</Fakes>

类型筛选

可在 .fakes 文件中设置筛选器以限制应用作存根的类型。 你可以在 StubGeneration 元素下添加数量不限的清除、添加、删除元素以生成所选类型的列表。

例如,以下 .fakes 文件会在 System 和 System.IO 命名空间下生成类型的存根,但是排除系统中包含“Handle”的任何类型:

<Fakes xmlns="http://schemas.microsoft.com/fakes/2011/">
  <Assembly Name="mscorlib" />
  <!-- user code -->
  <StubGeneration>
    <Clear />
    <Add Namespace="System!" />
    <Add Namespace="System.IO!"/>
    <Remove TypeName="Handle" />
  </StubGeneration>
  <!-- /user code -->
</Fakes>

筛选器字符串使用简单语法定义如何完成匹配:

  • 默认情况下筛选器不区分大小写;筛选器可执行子字符串匹配:

    el 匹配“hello”

  • ! 添加到筛选器的末尾,使其成为精确区分大小写匹配:

    el! 不匹配“hello”

    hello! 匹配“hello”

  • * 添加到筛选器的末尾,使其匹配字符串前缀:

    el* 不匹配“hello”

    he* 匹配“hello”

  • 以分号分隔的列表中的多个筛选器已合并为析取:

    el;wo 匹配“hello”和“world”

将具体类和虚拟方法用作存根

默认情况下,为所有非密封类生成存根类型。 可通过 .fakes 配置文件将存根类型限制为抽象类:

<Fakes xmlns="http://schemas.microsoft.com/fakes/2011/">
  <Assembly Name="mscorlib" />
  <!-- user code -->
  <StubGeneration>
    <Types>
      <Clear />
      <Add AbstractClasses="true"/>
    </Types>
  </StubGeneration>
  <!-- /user code -->
</Fakes>

内部类型

Fakes 代码生成器为对生成的 Fakes 程序集可见的类型生成填充码类型和存根类型。 要使已填充的程序集的内部类型对 Fakes 和你的测试程序集可见,请将 InternalsVisibleToAttribute 属性添加到向生成的 Fakes 程序集和测试程序集提供可见性的已填充的程序集代码中。 下面是一个示例:

// FileSystem\AssemblyInfo.cs
[assembly: InternalsVisibleTo("FileSystem.Fakes")]
[assembly: InternalsVisibleTo("FileSystem.Tests")]

强名称程序集中的内部类型

如果已填充的程序集具有强名称,并且希望访问该程序集的内部类型:

  • 测试程序集和 Fakes 程序集都必须具有强名称。

  • 将测试的公钥和 Fakes 程序集添加到已填充的程序集的“InternalsVisibleToAttribute”属性中。 这是当已填充的程序集具有强名称时,在已填充的程序集代码中的示例属性所呈现的效果:

    // FileSystem\AssemblyInfo.cs
    [assembly: InternalsVisibleTo("FileSystem.Fakes",
        PublicKey=<Fakes_assembly_public_key>)]
    [assembly: InternalsVisibleTo("FileSystem.Tests",
        PublicKey=<Test_assembly_public_key>)]
    

如果已填充的程序集具有强名称,则 Fakes 框架自动对生成的 Fakes 程序集进行强签名。 你需要对测试程序集进行强签名。 请参阅具有强名称的程序集

Fakes 框架使用相同的密钥为所有生成的程序集签名,因此,你可以将此代码片段用作起点以将 Fakes 程序集的“InternalsVisibleTo”属性添加到已填充的程序集代码中。

[assembly: InternalsVisibleTo("FileSystem.Fakes, PublicKey=0024000004800000940000000602000000240000525341310004000001000100e92decb949446f688ab9f6973436c535bf50acd1fd580495aae3f875aa4e4f663ca77908c63b7f0996977cb98fcfdb35e05aa2c842002703cad835473caac5ef14107e3a7fae01120a96558785f48319f66daabc862872b2c53f5ac11fa335c0165e202b4c011334c7bc8f4c4e570cf255190f4e3e2cbc9137ca57cb687947bc")]

通过指定 .snk 文件(包含作为 .fakes 文件的 Fakes\Compilation 元素中 KeyFile 属性值的替换密钥)的完整路径,可以为 Fakes 程序集指定不同的公钥,比如为已填充的程序集创建的密钥。 例如:

<-- FileSystem.Fakes.fakes -->
<Fakes ...>
  <Compilation KeyFile="full_path_to_the_alternate_snk_file" />
</Fakes>

然后需要使用备用 .snk 文件的公钥作为已填充程序集代码中 Fakes 程序集的 InternalVisibleTo 属性的第二个参数:

// FileSystem\AssemblyInfo.cs
[assembly: InternalsVisibleTo("FileSystem.Fakes",
    PublicKey=<Alternate_public_key>)]
[assembly: InternalsVisibleTo("FileSystem.Tests",
    PublicKey=<Test_assembly_public_key>)]

在上面的示例中,Alternate_public_key 值和 Test_assembly_public_key 值可以相同。

优化生成时间

Fakes 程序集的编译可极大地加快生成时间。 通过为独立集中项目中的 .NET 系统程序集和第三方程序集生成 Fakes 程序集,可以最大程度地缩短生成时间。 由于你的计算机很少更改这种程序集,因此你可以在其他项目中重新使用生成的 Fakes 程序集。

从单元测试项目中,将引用添加到放置在项目文件夹 FakesAssemblies 下的已编译的 Fakes 程序集。

  1. 使用与你的测试项目匹配的 .NET 运行时版本创建新的类库。 我们称之为 Fakes.Prebuild。 从项目中删除不需要的 class1.cs 文件。

  2. 添加对需要 Fakes 的所有系统和第三方程序集的引用。

  3. 为每个程序集和生成添加一个 .fakes 文件。

  4. 从测试项目

    • 确保具有对 Fakes 运行时 DLL 的引用:

      %ProgramFiles(x86)%\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\PublicAssemblies\Microsoft.QualityTools.Testing.Fakes.dll

    • 对于每个已为其创建 Fakes 的程序集,请添加对相应 DLL 文件的引用,该文件位于项目文件夹的 Fakes.Prebuild\FakesAssemblies 中。

避免程序集名称冲突

在团队生成环境中,所有生成输出合并到一个目录中。 如果有多个项目使用 Fakes,可能发生不同版本的 Fakes 程序集相互覆盖的情况。 例如,来自 .NET Framework 2.0 的 TestProject1 fakes mscorlib.dll 和 .NET Framework 4 的 TestProject2 fakes mscorlib.dll 都会产生一个 mscorlib.Fakes.dll Fakes 程序集 。

要避免出现此问题,在添加 .fakes 文件时,Fakes 应自动为非项目引用创建版本限定的 Fakes 程序集名称。 在创建 Fakes 程序集名称时,版本限定的 Fakes 程序集名称将嵌入版本号:

假定程序集为 MyAssembly,版本为 1.2.3.4,则 Fakes 程序集名称为 MyAssembly.1.2.3.4.Fakes。

你可以通过在 .fakes 中编辑程序集元素的版本属性来更改或删除此版本:

attribute of the Assembly element in the .fakes:
<Fakes ...>
  <Assembly Name="MyAssembly" Version="1.2.3.4" />
  ...
</Fakes>

Fakes 命名约定

填充类型和存根类型命名约定

命名空间

  • 向命名空间添加 .Fakes 后缀。

    例如,System.Fakes 命名空间包含系统命名空间的填充码类型。

  • Global.Fakes 包含空命名空间的填充码类型。

    类型名称

  • 向类型名称添加填充码前缀可生成填充码类型名称。

    例如,ShimExample 是 Example 类型的填充码类型。

  • 向类型名称添加存根前缀可生成存根类型名称。

    例如,StubIExample 是 IExample 类型的存根类型。

    类型参数和嵌套类型结构

  • 复制泛型类型参数。

  • 根据填充码类型复制嵌套类型结构。

填充委托属性或存根委托字段命名约定

字段命名的基本规则,从空的名称开始:

  • 追加方法名称。

  • 如果方法名称是显式接口实现,则删除点。

  • 如果是泛型方法,则追加 Ofn,其中 n 是泛型方法自变量的数量。

    特殊方法名称(比如属性 getter 或 setter)将按下表所述方式处理:

如果方法是… 示例 追加的方法名称
构造函数 .ctor Constructor
静态构造函数 .cctor StaticConstructor
方法名称由以“_”分隔的两部分组成(比如属性 getter)的取值函数 kind_name(通常情况下,但不是由 ECMA 强制执行) NameKind,两部分均首字母大写且进行交换
属性 Prop 的 getter PropGet
属性 Prop 的 setter PropSet
事件 adder Add
事件 remover Remove
由两部分组成的运算符 op_name NameOp
例如:+ 运算符 op_Add AddOp
对于转换运算符,追加返回类型。 T op_Implicit ImplicitOpT

注意

  • 索引器的 getter 和 setter 的处理方式类似于属性。 索引器的默认名称为 Item
  • 参数类型名称已转换并串联。
  • 除非具有重载多义性,否则将忽略返回类型。 如果存在重载多义性,将在名称末尾追加返回类型。

参数类型命名约定

假定为 追加的字符串是…
类型T T

已放置命名空间、嵌套结构和泛型 tic。
out 参数out T TOut
ref 参数 ref T TRef
数组类型T[] TArray
多维数组类型 T[ , , ] T3
指针类型 T* TPtr
泛型类型T<R1, ...> TOfR1
类型 C<TType>泛型类型参数!i Ti
方法 M<MMethod>泛型方法自变量!!i Mi
嵌套类型N.T 先追加 N,然后追加 T

递归规则

下面的规则按递归方式应用:

  • 由于 Fakes 使用 C# 生成 Fakes 程序集,因此,生成无效 C# 标记的所有字符都将转义为“_”(下划线)。

  • 如果生成的名称与声明类型的任何成员发生冲突,则通过追加一个两位数的计数器(从 01 开始)来使用编号方案。

在持续集成中利用 Microsoft Fakes

Microsoft Fakes 程序集生成

Microsoft Fakes 是 Visual Studio Enterprise 中专用的功能。 因此,生成 Fakes 程序集需要在生成项目时使用 Visual Studio 生成任务

注意

另一种策略涉及将 Fakes 程序集直接签入持续集成 (CI) 系统,并利用 MSBuild 任务。 如果选择此方法,则需要确保在测试项目中包括对生成的 Fakes 程序集的程序集引用,如以下代码片段所示:

<Project Sdk="Microsoft.NET.Sdk">
    <ItemGroup>
        <Reference Include="FakesAssemblies\System.Fakes.dll"/>
    </ItemGroup>
</Project>

必须手动添加此引用,尤其是对于 SDK 样式项目(即 .NET Core、.NET 5+ 和 .NET Framework),因为这些项目现在隐式添加程序集引用。 如果决定使用此方法,请确保在父程序集发生更改时更新 Fakes 程序集。