• λ我爱Aspx >> Asp.Net >> 利用 .NET 框架简化发布和解决 DLL Hell 问题

    • 利用 .NET 框架简化发布和解决 DLL Hell 问题

  • :未知  Դ:internet  :2007-5-5 19:50:19  ؼ:.net

  • Steven Pratschner

    Microsoft Corporation

    2000年9月 摘要： 本文介绍汇编概念并说明 .NET 框架如何使用汇编解决版本和发布问题。 目录

    • 简介
    • 问题叙述
    • 解决方案的特性
    • 汇编：积木
    • 版本与共享
    • 版本策略
    • 发布
    • 摘要
    简介 Microsoft® .NET 框架介绍了几个新功能，旨在简化应用程序发布和解决 DLL Hell。最终用户和开发人员都熟悉版本和发布问题，这些问题会伴随着如今基于组件的系统一同出现。例如，每个最终用户都在他们的机器上安装了一个新的应用程序，没料到已有应用程序神秘地停止了工作。多数开发人员花费时间使用 Regedit，努力保持所有必要的注册项一致以便激活 COM 类。 .NET 框架中用于解决 DLL Hell 问题的设计原则和实现技术是建立在 Microsoft Windows® 2000 的基础上的， Rick Anderson 所著的 The End of DLL Hell（英文）和 David D'Souza, BJ Whalen 及 Peter Wilson 所著的 Implementing Side-by-Side Component Sharing in Applications (Expanded) （英文）中都有说明。.NET 框架提供的许多功能都在这两篇文章中有所描述，包括应用程序隔离和并行组件，用于建立在 .NET 平台的应用程序。您将了解 .NET 平台上提供的版本支持，它能使本地 Windows 应用程序更紧密地汇集。 本文介绍了汇编 的概念，并描述 .NET 如何使用汇编来解决版本和发布问题。我们将特别讨论汇编如何构建，如何命名以及编译器和通用语言运行时如何使用汇编来记录和加强应用程序片段间的版本依赖。我们也将讨论应用程序和管理员如何能通过我们所称的版本策略 定制版本行为。 介绍并说明了汇编后，将展示几个发布方案，以便使您对 .NET 框架中提供的各种打包和分发选项多少有一些了解。
    问题叙述 版本 从客户的角度，最常见的版本问题就是我们所说的 DLL Hell 问题。简单地讲， DLL Hell 是指当多个应用程序试图共享一个公用组件（如某个动态连接库（DLL）或某个组件对象模型（COM）类）时所引发的一系列问题。最典型的情况是，某个应用程序将要安装一个新版本的共享组件，而该组件与机器上的现有版本不向后兼容。虽然刚安装的应用程序运行正常，但原来依赖前一版本共享组件的应用程序也许已无法再工作。在某些情况下，问题的起因更加难以预料。比如，当用户浏览某些 Web 站点时会同时下载某个 Microsoft ActiveX® 控件。如果下载该控件，它将替换机器上原有的任何版本的控件。如果机器上的某个应用程序恰好使用该控件，则很可能也会停止工作。 在许多情况下，用户需要很长时间才会发现应用程序已停止工作。结果往往很难记起是何时的机器变化影响到了该应用程序。用户可能会回忆起一周前安装了一些东西，但安装与目前看到的状态并没有任何明显的关联。 更糟的是，现在很少有诊断工具帮助用户（或帮助他们的技术支持人员）确定有什么问题。 这些问题的原因是应用程序不同组件的版本信息没有由系统记录或加强。而且，系统为某个应用程序所做的改变会影响机器上的所有应用程序—现在建立完全从变化中隔离出来的应用程序并不容易。 很难建立一个隔离应用程序的一个原因是当前运行时环境只允许单独版本组件或应用程序的安装。这个限制意味着组件的编写者必须以向后兼容的方式编写他们的代码，否则当他们安装新组件的时候会有终止已有应用程序的风险。实际上，如果可能的话，编写永远向后兼容的代码是非常难的。在 .NET 中，side by side 概念是版本问题的核心。"Side by side" 是在同一台机器上同时运行不同版本的相同组件的能力。使用支持并列的组件，编程人员不必努力维护严格的向后兼容，因为不同的应用程序自由使用某个共享组件的不同版本。 发布和安装 Ҷƪл˵?
    第一页上一页1234567下一页尾页
  • һƪ开发流程中的可用性
    һƪ作为 API 的 XML