Installshield 基本MSI项目-XML还是二进制?

Installshield 基本MSI项目-XML还是二进制?,installshield,installshield-2012,Installshield,Installshield 2012,Installshield允许在基本MSI项目中使用两种类型的项目文件类型—XML和Binary 什么应该阻止我使用XML项目文件类型而不是二进制类型 我有下面列出的两个,但是这些是正确的吗 减缓大型项目文件的打开和关闭时间 可能会减慢InstallShield编译/生成过程 构建时间不受影响。 加载时间也没有什么不同,我只是与我的一个项目进行了检查,其中有大约6000个文件,打开它的时间几乎相同(在XML项目上可能慢1-2秒)构建时间不受影响。 加载时间也没什么不同,我刚刚检查了我的一个项目

Installshield允许在基本MSI项目中使用两种类型的项目文件类型—XML和Binary

什么应该阻止我使用XML项目文件类型而不是二进制类型

我有下面列出的两个,但是这些是正确的吗

  • 减缓大型项目文件的打开和关闭时间
  • 可能会减慢InstallShield编译/生成过程

构建时间不受影响。

加载时间也没有什么不同,我只是与我的一个项目进行了检查,其中有大约6000个文件,打开它的时间几乎相同(在XML项目上可能慢1-2秒)

构建时间不受影响。

加载时间也没什么不同,我刚刚检查了我的一个项目,其中有大约6000个文件,打开它的时间似乎几乎相同(XML项目可能慢1-2秒)

有两个潜在的显著差异,这取决于您使用项目的方式:

  • 由于保密性差,二进制格式与Windows Installer自动化和编辑工具兼容,但XML格式通常不兼容
  • 但是,XML格式更适合基于文本的查看、编辑、源代码控制或基于XML的自动化
有几个额外的差异,我知道的,我认为深不可测的:

  • 表达不同,因此您将在生成的项目文件中看到大小差异
  • 这是一种转换,因为InstallShield在内部使用二进制格式,因此加载和保存项目文件需要一些(最少)额外的时间
  • 在XML和二进制表示之间进行内部转换的代码使用得很好,但它仍然是一种转换。这是额外的复杂性,因此加载和保存为XML有更多的潜在故障点
  • 在“中间”删除一条记录后,会有一些轻微的行为差异。通过XML保存和加载将使其正常化,并在末尾添加一条新记录;以二进制方式工作可能会将已删除记录的位置重新用于下一条记录。然而,记录顺序在语义上并不重要

根据您使用项目的方式,有两个潜在的显著差异:

  • 由于保密性差,二进制格式与Windows Installer自动化和编辑工具兼容,但XML格式通常不兼容
  • 但是,XML格式更适合基于文本的查看、编辑、源代码控制或基于XML的自动化
有几个额外的差异,我知道的,我认为深不可测的:

  • 表达不同,因此您将在生成的项目文件中看到大小差异
  • 这是一种转换,因为InstallShield在内部使用二进制格式,因此加载和保存项目文件需要一些(最少)额外的时间
  • 在XML和二进制表示之间进行内部转换的代码使用得很好,但它仍然是一种转换。这是额外的复杂性,因此加载和保存为XML有更多的潜在故障点
  • 在“中间”删除一条记录后,会有一些轻微的行为差异。通过XML保存和加载将使其正常化,并在末尾添加一条新记录;以二进制方式工作可能会将已删除记录的位置重新用于下一条记录。然而,记录顺序在语义上并不重要