今天,我仔细研究了Visual Studio 2010中程序集引用的“特定版本”属性。经过一些意外结果的实验后,我开始尽可能多地了解该属性的工作原理。即便如此,在我看来,并没有得到所有的答案,所以这是我尝试自我回答这个问题:
完全如何在Visual Studio中使用程序集引用的“特定版本”属性?
答案 0 :(得分:216)
最重要的事情之一是"具体版本"是一个在运行时编译时和不生效的属性。
构建项目时,需要解析项目的程序集引用,以便找到构建系统应使用的物理程序集。如果"具体版本"执行检查(参见"何时是"特定版本"选中?"),它会影响装配解决过程的结果:
程序集解析过程查找潜在程序集的顺序如下:
<HintPath>
元素引用的程序集请注意,如果GAC中存在多个版本的程序集,则解析过程首先尝试解析为具有最高版本的程序集。这只有在&#34;特定版本&#34;检查没有。
Visual Studio决定是否执行&#34;特定版本&#34;检查.csproj文件中的两条信息:
<SpecificVersion>
元素的存在与否及其值(如果存在)这是带有版本信息的典型程序集引用的样子:
<Reference Include="Foo, Version=1.2.3.4, Culture=neutral, processorArchitecture=MSIL">
<SpecificVersion>True</SpecificVersion>
<HintPath>..\..\Bar\Foo.dll</HintPath>
</Reference>
这就是程序集引用看起来像没有版本信息的方式:
<Reference Include="Foo">
[...]
下表显示&#34;具体版本&#34;执行检查,不执行检查。
| Version information
| Present Not present
----------------------------+------------------------------
<SpecificVersion> |
- Present, has value True | Yes (1) Yes (check always fails) (2)
- Present, has value False | No (3) No (4)
- Not present | Yes (5) No (6)
令人惊讶的是,如果<SpecificVersion>
和版本信息都不存在,则不会执行检查(案例6)。我本来希望执行检查并始终失败(与案例2相同),因为在我的理解中,<SpecificVersion>
的缺席意味着默认值&#34; True&#34;。这可能是Visual Studio 2010的一个怪癖,我在那里进行了测试。
在Visual Studio UI中检查程序集引用的属性(选择引用并按F4)时,您会看到&#34;特定版本&#34;的值。属性告诉您Visual Studio是否要执行&#34;特定版本&#34;校验。在案例6中,UI将显示&#34; True&#34;,尽管.csproj文件中不存在<SpecificVersion>
元素。
如果&#34;复制本地&#34;属性设置为&#34; True&#34;但由于&#34;具体版本&#34;装配解决过程失败检查,没有复制装配。
答案 1 :(得分:32)
添加引用时,Visual Studio会在项目文件中记录程序集的[AssemblyVersion]。这个很重要。例如,如果您在一年后创建了一个错误修复程序,那么您需要确保使用完全相同版本的引用来重建项目,这样才能真正实现这一目标。如果引用程序集已更改,您将收到错误。
但这并不总是令人满意的。一些程序员让程序集版本自动递增,每次重建时都会生成一个新版本。尽管程序集的公共接口从未改变过。有些人通过使用Nuget来获取库来配置他们的项目,并在有新版本可用时让它自动更新库。他们希望将Specific Version属性设置为False以抑制编译错误。
了解后果非常重要,您需要重新部署整个程序版本以避免事故。运行时版本不匹配导致程序崩溃,并且只能在.config文件中使用<bindingRedirect>
进行抑制,这是有风险的。