.NET 发布者策略目标框架
.NET Publisher Policy Target Framework
摘要
如何创建以与重定向程序集相同的框架版本为目标的发布者策略程序集?
TL;DR
我有一个版本为 1.x.y.0
的 Assembly.dll
,我还有一个名为 policy.1.0.Assembly.dll
的发布者策略,它将版本 1.0.0.0-1.x.y.0
重定向到 1.x.y.0
。
Assembly.dll
以 .NET Framework 3.5 为目标。我是否认为 policy.1.0.Assembly.dll
也应该以 .NET Framework 3.5 为目标才能在所有框架 3.5+ 上正常工作?如果是,我该如何着手创建这样的发布者政策程序集?我在程序集链接器 (AL
) 上看不到任何相关的命令行开关。
目前,当我对程序集进行 GAC 时,Assembly.dll
最终出现在 \Windows\assembly
中,而 policy.1.0.Assembly.dll
最终出现在 \Windows\Framework.NET\assembly
中。 ILDASM 告诉我目标运行时不同:
Assembly.dll
:
// Metadata version: v2.0.50727
.assembly extern mscorlib
{
.publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) // .z\V.4..
.ver 2:0:0:0
}
.assembly extern System
{
.publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) // .z\V.4..
.ver 2:0:0:0
}
policy.1.0.Assembly.dll
:
// Metadata version: v4.0.30319
.assembly extern mscorlib
{
.publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) // .z\V.4..
.hash = (B6 24 5D 64 2D 23 95 0B 50 19 B4 DC 19 4B 9A E8 // .$]d-#..P....K..
B9 FF C0 53 ) // ...S
.ver 4:0:0:0
}
使用 C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin
中的程序集链接器似乎生成了一个针对正确运行时的 policy.1.0.Assembly.dll
:
// Metadata version: v2.0.50727
.assembly extern mscorlib
{
.publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) // .z\V.4..
.hash = (15 3B C0 4F 38 2D 09 20 CC A2 58 01 EE B1 AB E2 // .;.O8-. ..X.....
D2 D0 C5 11 )
.ver 2:0:0:0
}
虽然这似乎符合我的要求,但尚不清楚是否:
- 其实很有必要
- 旧款
AL.EXE
与 Visual Studio 一起运送多长时间。
Lucian 的 VBlog 帮助我了解了 SDK 工具的组织方式:
https://blogs.msdn.microsoft.com/lucian/2008/11/14/where-are-the-sdk-tools-where-is-ildasm/
摘要
如何创建以与重定向程序集相同的框架版本为目标的发布者策略程序集?
TL;DR
我有一个版本为 1.x.y.0
的 Assembly.dll
,我还有一个名为 policy.1.0.Assembly.dll
的发布者策略,它将版本 1.0.0.0-1.x.y.0
重定向到 1.x.y.0
。
Assembly.dll
以 .NET Framework 3.5 为目标。我是否认为 policy.1.0.Assembly.dll
也应该以 .NET Framework 3.5 为目标才能在所有框架 3.5+ 上正常工作?如果是,我该如何着手创建这样的发布者政策程序集?我在程序集链接器 (AL
) 上看不到任何相关的命令行开关。
目前,当我对程序集进行 GAC 时,Assembly.dll
最终出现在 \Windows\assembly
中,而 policy.1.0.Assembly.dll
最终出现在 \Windows\Framework.NET\assembly
中。 ILDASM 告诉我目标运行时不同:
Assembly.dll
:
// Metadata version: v2.0.50727
.assembly extern mscorlib
{
.publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) // .z\V.4..
.ver 2:0:0:0
}
.assembly extern System
{
.publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) // .z\V.4..
.ver 2:0:0:0
}
policy.1.0.Assembly.dll
:
// Metadata version: v4.0.30319
.assembly extern mscorlib
{
.publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) // .z\V.4..
.hash = (B6 24 5D 64 2D 23 95 0B 50 19 B4 DC 19 4B 9A E8 // .$]d-#..P....K..
B9 FF C0 53 ) // ...S
.ver 4:0:0:0
}
使用 C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin
中的程序集链接器似乎生成了一个针对正确运行时的 policy.1.0.Assembly.dll
:
// Metadata version: v2.0.50727
.assembly extern mscorlib
{
.publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) // .z\V.4..
.hash = (15 3B C0 4F 38 2D 09 20 CC A2 58 01 EE B1 AB E2 // .;.O8-. ..X.....
D2 D0 C5 11 )
.ver 2:0:0:0
}
虽然这似乎符合我的要求,但尚不清楚是否:
- 其实很有必要
- 旧款
AL.EXE
与 Visual Studio 一起运送多长时间。
Lucian 的 VBlog 帮助我了解了 SDK 工具的组织方式:
https://blogs.msdn.microsoft.com/lucian/2008/11/14/where-are-the-sdk-tools-where-is-ildasm/