二进制程序集。这似乎涵盖了每种可能的情况，开发人员可以心意地编写应用程序，而在以后实际部署时再作打包和部署决定。不过，此模型也遭到了相当大的反对，特别是那些习惯了自己开发的项目是在实际项目文件中指定的实际项目的开发人员的反对，这些项目允许注入生成前和生成后函数从生成过程排除文件以及使用命令行开关在调试和发布版本之间进行切换等操作。有鉴于此，迅速推出了应用程序项目即，最初它是作为的插件发布的，现在包含在中，可从下载。可替代与项目模型非常接近的网站模型。新的模型会在生成过程中编译所有源代码文件，并在本地的目录中生成个用于部署的程序集。还使得增量采用引入的新的分部类代码隐藏模型变得更加容易，因为现在您可以打开项目，并且在转换过程中只修改和或文件。然后可将每个文件及其代码隐藏类转换为与项目中任何其他文件都无关的新的分部类模型操作方法是在解决方案资源管理器中右键单击各个文件并选择转换为应用程序，也可以让它们仍然使用旧模型。这与将项目转换为网站模型大不相同，转换为网站模型会同时转换所有文件，并且不支持增量采用。最后，还有个称为部署项目本专栏的主题的新项目类型，它引入了许多既针对网站项目又针对应用程序项目的附加部署选项。部署项目弥补了既针对网站应用程序又针对应用程序项目的部署选项中的遗留漏洞，并且可以简单而又可扩展地实现几乎任何部署方案。为确切了解这新项目类型增加了哪些内容，我们先来回顾下在部署项目推出之前的情况。使用网站模型生成应用程序时，您可以选择对部署站点进行预编译。通过中的生成发布菜单或直接通过命令行实用工具，您可以访问预编译实用工具。显示了所显示的此工具的界面。使用发布实用工具时必须作出的第个决定是文件在部署后是否可更新在命令行实用工具中使用开关的允许更新此预编译站点选项。此决定取决于在部署后是否希望能够在不重复整个部署过程的情况下对网页进行较少更改。事实上，您可能希望明确禁止对已部署网页进行任何修改，并要求所有修改都要遵循标准的部署也希望遵循标准的测试过程，在这种情况下，应选择将站点发布为不可更新。将站点发布为不可更新时，您可以完全删除所有文件，而只发布二进制程序集以及配置文件和静态内容。不过，如果没有物理文件，将无法确定哪些类要用于哪些端点请求。例如，如果您的应用程序收到个请求的请求，而您已经使用了不可更新的二进制部署，则磁盘上很可能没有任何文件，并且现有配置文件中没有任何内容来指示部署到目录的程序集集合中哪个类应是该请求的实际处理程序。为弥补这缺陷，编译过程还将生成个文件集合，这些文件以简单的格式包含端点类型映射和文件依赖关系信息，同时这些文件必须与所部署站点的目录中的二进制程序集起发布。例如，如果应用程序中原来有个名为的页，则实用工具会生成个名为哈希代码不定的文件，其中包含以下使用此实用工具发布网站时必须作出的另个重要决定是确定生成的程序集的打包粒度。通过选中使用固定命名和单页程序集或在命令行实用工具中使用，既可为站点中的每个目录创建单独的程序集，又可为站点中的每个可编译文件创建单独的程序集。作出该决定并不像您可能想像的那么容易，因为每个选项都有其潜在问题。如果决定不使用选项，则每次发布应用程序时都会生成组全新的程序集，并且它们的名称与之前发布的程序集不同。这意味着部署更加复杂，因为在部署新的程序集之前必须删除主运行服务器上所有以前发布的程序集，否则在处理下个请求时将生成冗余的类定义。使用选项可以解决此问题，因为每个文件都将与命名清晰的程序集对应，而这些程序集在次编译和下次编译中不会发生变化。不过，如果站点规模较大，则为每个网页控件和母版页分别生成单独的程序集，很明显意味着您要管理成百上千个程序集的发布。部署项目非常圆满地解决了部署中程序集粒度这问题，如下所示。您还可以将程序集签名引入编译过程，以便创建具有强名称的不同版本的程序集，如果需要这也适用于全局程序集缓存中的部署。通过使用选项，您可以使用程序集级别的属性来标记生成的程序集，在将任何程序集部署到并且以低等或中等信任级别运行的情况下，这是必要的。请注意，此属性应仅应用于已证明不会暴露任何安全漏洞的程序集，因为如有漏洞，使用此属性可能招致引诱攻击。有关发布站点的另个细节是如果决定使用应用程序项目而不使用网站模型，则生成发布对话框的外观将大不相同。应用程序项目假定您希望将应用程序发布为可更新的文件和预编译的源文件开发中它所使用的同模型，因此仅针对二进制的部署选项不可用。此实用工具实质上更接近于复制网站实用工具随网站起提供而不是发布网站实用工具，因为它需要复制由标准生成过程生成的文件。从技术上讲，即使您使用应用程序项目，也不会限制您使用仅针对二进制不可更新的部署。其实，生成的输出是个有效的网站，然后您可以传递实用工具来生成创建二进制部署。幸运的是，您只是不能从部署项目调整过的界面调用它而已。部署项目那么迄今为止所有现有的编译和部署选项中缺少什么呢主要缺少两种功能控制程序集命名特别是为了进行部署的功能，以及将所有输出的程序集合并为个程序集从而简化部署的功能。部署项目可以解决这两个问题。但或许更重要的是，它们还与网站应用程序和应用程序项目的部署问题中的许多遗留问题有关。它们的核心是，部署项目可从下载代表的只是向您解决方案中添加的另个项目类型。与所有项目文件样，部署项目也是可在中直接编译或从命令行运行的脚本。不过，部署项目包含用于编译和打包网站或应用程序项目的生成命令，而不指定要编译的源代码文件集合。这意味着它们会调用实用工具以及其他实用工具来创建特定应用程序的部署。部署项目是作为插件包提供的，其中包含了个用于注入新项目的易用菜单项和个用于控制所有可用设置的完整属性页集。若要向现有应用程序中添加新项目，可右键单击现有网站或应用程序项目，然后选择添加部署项目项。此操作将把个包含脚本的新文件添加到您的解决方案中，并会生成您所创建的应用程序的部署。将部署项目添加到您的解决方案之后，您就可以通过访问项目文件的属性页来精确控制项目的用途。新部署项目的默认设置是以可更新模式部署应用程序，所有文件都将保持不变，源文件则编译为部署在顶级目录中的个程序集。不管源应用程序使用网站模型还是使用应用程序项目模型，这些部署项目的作用都是相同的，这意味着无论您现在选择哪个开发模型都不会影响您的部署选项。部署项目最重要的功能之是它能够将所有部署都配置为二进制不可更新个程序集，您可以为该程序集选择名称。使用此部署模型意味着，您只需将个程序集放到活动站点的目录中即可更新整个站点，并且在部署或处理导致的已部分部署的站点之前无需删除现有程序集。为端点映射部署文件仍是必需的，但只有当您在站点中添加删除或移动页时这些文件才会发生变化。部署项目提供了部署灵活性，使您可以在作出打包和部署决定时无需考虑应用程序的实际生成过程。借助实用工具，的原始版本部分地实现了开发和部署之间的这种独立性，但由于执行部署时的各种约束从未完全实现。部署项目则已完全实现了开发和部署的分离，有关应用程序如何生成的决定将不再影响部署选择。合并程序集部署项目的功能主要是对通过任务和新界面提供的现有实用工具进行重新打包，但除此之外还提供了几个全新功能。其中最引人关注的功能是程序集合并功能。安装部署项目时，您会发现安装目录默认情况下是中有个名为的可执行文件。该可执行文件能够提取预编译站点的多个程序集输出并将这些程序集合并为个程序集。如果选中部署项目中的合并选项，则该实用工具即可集成到生成脚本中。为了说明该实用工具的功能，我们来看个没有可更新开关的预编译网站的输出。该输出的源应用程序包含两个子目录个顶级文件个在中定义的类以及个用户控件。最终的编译结果是五个不同的程序集和个文件集合。如果在此目录上运行实用工具使用开关来请求个程序集输出，结果将是个可管理性大大提高的单程序集，其名称可以随意指定。虽然随部署项目起提供的实用工具和相应的任务是新的，但自从微软研究院将包装成名为的实用工具以来，用于合并程序集的基础技术实际上就已经诞生了。的最新版本可从下载。此实用工具现已直接集成到中，用于执行与合并程序集相关的所有繁重任务。其实，程序集合并是项相当复杂的任务。您需要考虑签名版本控制其他程序集级别的属性嵌入式资源和文档，同时还要管理冲突类型名称的详细信息等内容。实用工具可以为您管理所有这些内容，并用开关来控制有关该过程的各种决定。使用该实用工具还可以将程序集转换为程序集以便打包。例如，假定您有三个程序集和，并要将它们合并为个库程序集。只要类型名称中没有冲突，下面的命令行就会生成个新库，其中包含在和中定义的所有类型