.NET对软件安装的冲击
2020-02-03 15:58:32
供稿：网友
.net对软件安装的冲击
什么是.net?
…
.net是如何改变整个软件安装的？
.net改变了我们进行软件安装的许多方式。最明显的，我们有了新的语言c#。还有，操作系统也发生了微妙的变化，以及它处理共享代码的方式。
关于元数据(metadata)
首先，你必须了解什么是managed code?所有基于微软中间语言(msil)的代码都是以managed code运行的。比如.net推出的新语言c#就完全是以managed code运行的。而其他visual studio .net附带的语言，比如visual c++，允许managed code 和none-managed code 混合使用。
那么managed code 有什么特点呢？它与none-managed code 的最大区别就是包含了元数据(metadata)。元数据描述了代码里的每一个元素，允许.net的运行库对其进行管理，并使得代码可以自描述(self-describing)。.net运行库通过使用元数据来提供诸如内存管理、跨语言集成、代码安全和对象生命周期自动控制等等服务。简单的说，managed code就是可以与.net运行库以“契约合作”的方式运行的代码。
元数据可以包括assemblies、可装载文件、类型、方法等等。与制作安装关系最为密切的就是assembly manifest了。assembly是一个程序的主要组成部分，包括了所有的功能、版本信息，并作为一个整体进行发布。每一个assembly都要包括一个assembly manifest，并使得assembly 可以自描述。manifest包括：
以文本表示的assembly 标识、版本等，如果要与别程序共享，还要包括数字签名。
描述包括的文件
指定assembly的类型和资源，并指明该assembly输出哪些。
列举所有依赖的assembly。
指明运行需要的许可权限
manifest里也包括了以前是由自注册(self-registration)来完成的数据。比如所有的类型信息存放在manifest里，这些manifest数据又都放在.dll或.exe文件里。这样通过manifest我们就可以很容易的知道managed code 的相互依赖关系，而不会漏掉任何信息。但是，如果是managed code 和none-managed code的混合情况，就不是那么容易做到了。
如果没有一种新的安装技术出现，开发者将面临一个大难题。
对自安装(self-installing)代码的误解
其中一个就是，使用managed code编写的软件不需要安装。因为一些安装的任务已经由元数据完成了，比如com组件的注册。只要把程序的所有文件拷贝到一个目录下面，就可以直接运行了。很遗憾，这并不是软件安装的全部过程。
软件安装并不是简单的把文件从位置a拷贝到位置b。软件安装程序应该是给用户提供一个友好的、可靠的和统一的方式，把软件安装到用户的机器上面。首先，安装程序需要通过一个统一的熟悉的用户界面，让用户选择安装的选项，然后创建文件夹、快捷方式，进行升级、网络安装，还有许可证管理等等。在上面的例子里，你无法为用户完成所有这些事情，更不用说许可证管理了。
另外，managed code 和none-managed code混合的应用程序也不能自安装。而且，要安装这样的程序比安装纯粹的none-managed code 还要麻烦。我们不可能一下子全部丢掉以前的代码，全部转成managed code 。所以，我们不得不认真的考虑这个问题。
isolated applications and side-by-side components
在windows xp和.net平台里，微软提供了一套机制来减少dll hell的发生。我们知道，应用程序一般都依赖于一些共享资源，所谓共享，就是说如果已经有一个资源安装在了系统上，应用程序就不再需要安装该资源了，直接使用就可以了。于是dll hell就这样发生了，如果一个应用程序需要一个比系统上现有的共享资源版本更高的资源，于是它以新的高版本的资源代替了老版本。而且有这样的可能，新版本的资源并不能与老版本的资源相兼容。而系统中只能存在该资源的一个版本，所以依赖于老版本资源的应用程序将崩溃！
为了解决这个问题，微软提供了两种方法：isolated applications 和side-by-side components。
isolated application 就是让应用程序在发布的时候，附带了该程序所有组件的隔离版本(isolated version)，这样就不会受其他安装程序影响了。但是这需要完全重写代码，代价太高。
side-by-side组件就是可以在新旧版本的共享资源一起共存的环境中运行。windows xp中的许多共享资源就是以side-by-side的方式来编写的。开发者可以通过使用编写application manifest来达到side-by-side 的好处。application manifest描述了程序所依赖的组件的版本信息，所以操作系统可以根据这些信息来装载正确的共享资源。比如应用程序是在comctl32的v5上进行开发的，并在application manifest里指明了依赖于comctl32的v5版本。现在，即使系统上存在有别的版本的comctl32，操作系统也仍将为该程序装载v5版本的资源。
…..
