1、以下这些语句存在若干问题，包括语法错误、标点使用不当、语句不通畅及信息不完整——“.....因为每个文件都将与命名清晰的程序集对应，而这些程序集在次编译和下次编译中不会发生变化。不过，如果站点规模较大，则为每个网页控件和母版页分别生成单独的程序集，很明显意味着您要管理成百上千个程序集的发布。部署项目非常圆满地解决了部署中程序集粒度这问题，如下所示。您还可以将程序集签名引入编译过程，以便创建具有强名称的不同版本的程序集，如果需要这也适用于全局程序集缓存中的部署。通过使用选项，您可以使用程序集级别的属性来标记生成的程序集，在将任何程序集部署到并且以低等或中等信任级别运行的情况下，这是必要的。请注意，此属性应仅应用于已证明不会暴露任何安全漏洞的程序集，因为如有漏洞，使用此属性可能招致引诱攻击。有关发布站点的另个细节是如果决定使用应用程序项目而不使用网站模型......”。

2、以下这些语句存在多处问题，具体涉及到语法误用、标点符号运用不当、句子表达不流畅以及信息表述不全面——“.....所有文件都将保持不变，源文件则编译为部署在顶级目录中的个程序集。不管源应用程序使用网站模型还是使用应用程序项目模型，这些部署项目的作用都是相同的，这意味着无论您现在选择哪个开发模型都不会影响您的部署选项。部署项目最重要的功能之是它能够将所有部署都配置为二进制不可更新个程序集，您可以为该程序集选择名称。使用此部署模型意味着，您只需将个程序集放到活动站点的目录中即可更新整个站点，并且在部署或处理导致的已部分部署的站点之前无需删除现有程序集。为端点映射部署文件仍是必需的，但只有当您在站点中添加删除或移动页时这些文件才会发生变化。部署项目提供了部署灵活性，使您可以在作出打包和部署决定时无需考虑应用程序的实际生成过程。借助实用工具......”。

3、以下这些语句在语言表达上出现了多方面的问题，包括语法错误、标点符号使用不规范、句子结构不够流畅，以及内容阐述不够详尽和全面——“.....这似乎涵盖了每种可能的情况，开发人员可以心意地编写应用程序，而在以后实际部署时再作打包和部署决定。不过，此模型也遭到了相当大的反对，特别是那些习惯了自己开发的项目是在实际项目文件中指定的实际项目的开发人员的反对，这些项目允许注入生成前和生成后函数从生成过程排除文件以及使用命令行开关在调试和发布版本之间进行切换等操作。有鉴于此，迅速推出了应用程序项目即，最初它是作为的插件发布的，现在包含在中，可从下载。可替代与项目模型非常接近的网站模型。新的模型会在生成过程中编译所有源代码文件，并在本地的目录中生成个用于部署的程序集。还使得增量采用引入的新的分部类代码隐藏模型变得更加容易，因为现在您可以打开项目，并且在转换过程中只修改和或文件......”。

4、以下这些语句该文档存在较明显的语言表达瑕疵，包括语法错误、标点符号使用不规范，句子结构不够顺畅，以及信息传达不充分，需要综合性的修订与完善——“.....同时这些文件必须与所部署站点的目录中的二进制程序集起发布。例如，如果应用程序中原来有个名为的页，则实用工具会生成个名为哈希代码不定的文件，其中包含以下使用此实用工具发布网站时必须作出的另个重要决定是确定生成的程序集的打包粒度。通过选中使用固定命名和单页程序集或在命令行实用工具中使用，既可为站点中的每个目录创建单独的程序集，又可为站点中的每个可编译文件创建单独的程序集。作出该决定并不像您可能想像的那么容易，因为每个选项都有其潜在问题。如果决定不使用选项，则每次发布应用程序时都会生成组全新的程序集，并且它们的名称与之前发布的程序集不同。这意味着部署更加复杂，因为在部署新的程序集之前必须删除主运行服务器上所有以前发布的程序集，否则在处理下个请求时将生成冗余的类定义......”。

5、以下这些语句存在多种问题，包括语法错误、不规范的标点符号使用、句子结构不够清晰流畅，以及信息传达不够完整详尽——“.....它们的核心是，部署项目可从下载代表的只是向您解决方案中添加的另个项目类型。与所有项目文件样，部署项目也是可在中直接编译或从命令行运行的脚本。不过，部署项目包含用于编译和打包网站或应用程序项目的生成命令，而不指定要编译的源代码文件集合。这意味着它们会调用实用工具以及其他实用工具来创建特定应用程序的部署。部署项目是作为插件包提供的，其中包含了个用于注入新项目的易用菜单项和个用于控制所有可用设置的完整属性页集。若要向现有应用程序中添加新项目，可右键单击现有网站或应用程序项目，然后选择添加部署项目项。此操作将把个包含脚本的新文件添加到您的解决方案中，并会生成您所创建的应用程序的部署。将部署项目添加到您的解决方案之后，您就可以通过访问项目文件的属性页来精确控制项目的用途......”。

6、以下这些语句存在多方面的问题亟需改进，具体而言：标点符号运用不当，句子结构条理性不足导致流畅度欠佳，存在语法误用情况，且在内容表述上缺乏完整性。——“.....应用程序项目假定您希望将应用程序发布为可更新的文件和预编译的源文件开发中它所使用的同模型，因此仅针对二进制的部署选项不可用。此实用工具实质上更接近于复制网站实用工具随网站起提供而不是发布网站实用工具，因为它需要复制由标准生成过程生成的文件。从技术上讲，即使您使用应用程序项目，也不会限制您使用仅针对二进制不可更新的部署。其实，生成的输出是个有效的网站，然后您可以传递实用工具来生成创建二进制部署。幸运的是，您只是不能从部署项目调整过的界面调用它而已。部署项目那么迄今为止所有现有的编译和部署选项中缺少什么呢主要缺少两种功能控制程序集命名特别是为了进行部署的功能，以及将所有输出的程序集合并为个程序集从而简化部署的功能。部署项目可以解决这两个问题。但或许更重要的是......”。

7、以下这些语句存在标点错误、句法不清、语法失误和内容缺失等问题，需改进——“.....此决定取决于在部署后是否希望能够在不重复整个部署过程的情况下对网页进行较少更改。事实上，您可能希望明确禁止对已部署网页进行任何修改，并要求所有修改都要遵循标准的部署也希望遵循标准的测试过程，在这种情况下，应选择将站点发布为不可更新。将站点发布为不可更新时，您可以完全删除所有文件，而只发布二进制程序集以及配置文件和静态内容。不过，如果没有物理文件，将无法确定哪些类要用于哪些端点请求。例如，如果您的应用程序收到个请求的请求，而您已经使用了不可更新的二进制部署，则磁盘上很可能没有任何文件，并且现有配置文件中没有任何内容来指示部署到目录的程序集集合中哪个类应是该请求的实际处理程序。为弥补这缺陷，编译过程还将生成个文件集合......”。

8、以下文段存在较多缺陷，具体而言：语法误用情况较多，标点符号使用不规范，影响文本断句理解；句子结构与表达缺乏流畅性，阅读体验受影响——“.....也可以让它们仍然使用旧模型。这与将项目转换为网站模型大不相同，转换为网站模型会同时转换所有文件，并且不支持增量采用。最后，还有个称为部署项目本专栏的主题的新项目类型，它引入了许多既针对网站项目又针对应用程序项目的附加部署选项。部署项目弥补了既针对网站应用程序又针对应用程序项目的部署选项中的遗留漏洞，并且可以简单而又可扩展地实现几乎任何部署方案。为确切了解这新项目类型增加了哪些内容，我们先来回顾下在部署项目推出之前的情况。使用网站模型生成应用程序时，您可以选择对部署站点进行预编译。通过中的生成发布菜单或直接通过命令行实用工具，您可以访问预编译实用工具。显示了所显示的此工具的界面......”。

9、以下这些语句存在多方面瑕疵，具体表现在：语法结构错误频现，标点符号运用失当，句子表达欠流畅，以及信息阐述不够周全，影响了整体的可读性和准确性——“.....但由于执行部署时的各种约束从未完全实现。部署项目则已完全实现了开发和部署的分离，有关应用程序如何生成的决定将不再影响部署选择。合并程序集部署项目的功能主要是对通过任务和新界面提供的现有实用工具进行重新打包，但除此之外还提供了几个全新功能。其中最引人关注的功能是程序集合并功能。安装部署项目时，您会发现安装目录默认情况下是中有个名为的可执行文件。该可执行文件能够提取预编译站点的多个程序集输出并将这些程序集合并为个程序集。如果选中部署项目中的合并选项，则该实用工具即可集成到生成脚本中。为了说明该实用工具的功能，我们来看个没有可更新开关的预编译网站的输出。该输出的源应用程序包含两个子目录个顶级文件个在中定义的类以及个用户控件。最终的编译结果是五个不同的程序集和个文件集合......”。