使用包的最佳做法

外部协作所使用的Windchill包将基于对象之间的关系收集包内容。这些包从最初选定的一个或多个对象开始，对其应用收集规则并将相关对象收集到一起以形成包内容。

• 使用收集器收集对象，而不是包含初始选定对象表中的所有对象。

• 如果采用最初选定的同一对象的多个版本进行收集，请使用多个受管理集合来建立每个对象版本的收集选项。

• 将收集规则设置为收集所有依存对象，以确保包中不遗漏任何重要对象。

• 使用受管理的集合作为复杂收集情况的最初选定对象。可能会出现以下情况：最初选定的不同对象应该应用不同的收集规则，或者收集规则将导致在包中收集同一对象的多个版本。每个受管理的集合都有各自的收集规则。

Windchill包没有大小方面的限制。然而，随着包内容中对象数量的增加，当使用的包含有超过 2000 个对象时，才会有一些其使用方面的建议。

• 如果包将收集的对象超过 60,000 个，则系统管理员应将com.ptc.core.collectionsrv.engine.limitDependencyTracing属性设置为适当的值。有关详细信息，请参阅工作区页面功能。

• 对于使用包含大量对象的包的站点，请采用列表视图而非树状视图来查看包或受管理的集合内容。尽管使用树状视图浏览包内的受管理集合比较方便，但树状视图不利于支持大量对象。使用列表可以逐页浏览包或受管理的集合成员。可以在列表视图中使用单独的窗口来查看嵌套的受管理集合的内容。要采用列表形式查看包和受控集合，请将 ShowPackageContentsTableAsTree 特性设为 true。默认情况下，包的“内容”表格在树状视图中显示成员。

• 复制具有大量对象的包时，站点管理员可设置下列属性以提高导出性能：

◦ wt.ixb.export.maxThreads：设置用于导出的线程的最大编号。如果对象减少，线程数量也相应减少。推荐的线程数为 2。

应用筛选器时，考虑已收集的数据。确保未筛除在源系统中准确显示信息所需的对象。这特别适合结构、基线和更改对象。了解特殊的 CAD 文档关系。例如，在目标系统上提供所需的设计上下文可能需要使用一个族表的多个成员。

Windchill包提供了多个筛选选项，用于筛选 ZIP 文件中应包含的文件。通过文件扩展名进行筛选最常使用。通过站点配置，可以采用其他方式来筛选文件。

当提供“仅导出”格式的交付时，包中文件所需的相关文件也需要一并包含到包中，这一点非常重要。例如，如果未包含 CAD 文档的所需文件，收件人可能无法在相应的创作应用程序中加载 CAD 文档。

当以 PTC Windchill 格式进行交付时，还需考虑导入对象的系统完整性。在很多情况下，无需考虑系统完整性 (例如，未发送全部附件)。是否存在附件往往不会影响Windchill的完整性。在某些情况下，在移除内容文件时需要考虑系统完整性。例如，如果没有关联内容，CAD 文件或表示无法存在。当排除 PTC Windchill 格式的交付中所包含的某个特定对象的内容时，如果要排除所有内容文件，建议您首先排除此对象。

交付是Windchill包进程的关键一环。以下两个属性将对已创建的 ZIP 文件产生重大影响：收件人和交付介质。收件人与创建 ZIP 时提供的安全选项直接相关。交付介质决定了基于介质大小限制创建的 ZIP 文件的数量。

• 如果要将收件人的 Windchill授权应用至交付，请确保使用“查找参与者”图标

而非通过手动输入用户名来选择参与者。但是，请考虑用户是否有权查看包中的所有对象。如果无权查看，您可能不想将收件人的安全授权应用至交付。如果未应用安全授权，用户可能能够访问以前无权访问的对象。

• 如果站点启用了安全标签且您正在向不是Windchill参与者的参与者发送交付，请确保将安全标签应用至适合分发给收件人的交付。如果包中的对象没有由 ZIP 文件创建者指定的安全标签，将从 ZIP 文件中排除这些对象。

• 选择分发 ZIP 文件所要使用的交付介质。确保使用“包” > “交付介质文件大小”首选项为所需交付机制设置合适的 ZIP 文件大小。

如果所选交付介质没有“交付介质文件大小”首选项，则会使用“包” > “导出 Zip 文件大小”首选项。

如果从同一个包中创建多次交付，请在锁定包之前确保包内容适合于每次交付。发送首次交付后，在尚未新建小版本或修订版本时，无法对包解锁。

当使用除 Creo Parametric、NX、SOLIDWORKS、CATIA V5 或Autodesk Inventor 之外的创作应用程序时，请考虑禁用 CAD 文件同步或不发布使用包的文件。通过将“包” > “已启用同步”首选项设置为“否”，可在包交付中包含所有 CAD 文档对象，而不管这些对象的创作位置为何以及是否尚未同步。

创建 PTC Windchill 格式的 ZIP 文件这一功能还有其他方面的考虑，但这些考虑因素不适用于“仅导出”格式。

• 如果在压缩包交付时选择Windchill可导入格式选项，那么 ZIP 文件中仅会包含受支持的对象。最终 ZIP 文件中不会包含无法导入到指定Windchill版本级别的对象。有关每个 Windchill版本支持的对象类型列表，请参阅Windchill 可导入包的支持对象。

• 验证目标系统 Windchill版本是否支持接收 Windchill 可导入的包。

• 要确保正确交付包信息，请与接收人合作一同确保两个Windchill系统均能够交换信息。应考虑下列主题：

◦ 可选产品：当包中含有与 Windchill产品 (如 Windchill Supplier Management) 相关的对象时，接收人所使用的系统上也应安装此产品。

◦ 类型和属性定义：当包中含有在系统中创建的子类型和属性时，接收人所使用的系统中也应包含这些子类型和属性，以便可以导入 ZIP 文件包。

◦ 映射定义：大多数对象包含能够映射的源系统信息，以便在源系统值和目标系统值之间进行转换。它们使得信息交换变得更加方便，而不会改变该信息的业务用途。

◦ 版本方案：当包中含有使用在系统中创建的版本方案的对象时，接收人所使用的系统中应包含同一版本方案。

Windchill包使用Windchill 的标准导入和导出功能。当已创建模型化的自定义且包中已包含受此模型化的自定义影响的对象时，自定义还需要对导入和导出自定义进行说明。当使用包含这些对象的 PTC Windchill 格式的 ZIP 文件时，这也意味着接收人所使用的系统应支持此自定义。

完整交付中包含包中的所有对象，可能会出现因出于安全方面的考虑将对象排除的例外情况。增量交付不同于完整交付。增量交付仅包含自选定的基本交付之后已发生更改或已向包中添加的对象。此外，增量交付还将提供自选定的基本交付之后已删除或移动对象的信息。如果将增量交付导入另一 Windchill系统并且该增量交付中包含已删除对象的信息，则会在目标系统上请求执行删除操作。

由于目标系统配置的不同，删除目标系统中的对象可能会受到限制。例如，在基本交付中导出产品结构，而后从结构中移除某个所用部件并将其删除。包的后续完整交付将包含结构的最新版本，但是已删除部件仍会保留在目标系统中。源自同一基本交付的增量交付会包含用于指定已在源系统中删除了部件这样的信息，并要求在导入进程中从目标系统删除该部件。

在外部协作中，完整交付比较常用，但对于从源系统中删除的任何对象来说，也从目标系统中将其删除可能并不是很重要。在使用复制包的内部协作情景下，使目标系统与源系统保持同步 (包括删除对象) 会比较重要。增量交付会从目标系统中删除自基本交付之后从源系统中删除的对象。如果针对包的后续版本发送完整交付，建议紧随其后进行一次基于上一个增量或基本交付的增量交付，以确保也将对象删除情况传达给目标系统。

例如，将复制包 A.1 发送至另一个内部Windchill系统。还将采用以下方式交付多个增量交付：将上一个增量交付指定为下一个增量交付的基本交付 (增量交付 A.2 基于 A.1，增量交付 A.3 基于 A.2，直到 A.7)。如果需要完整交付 (如 B.1)，将紧随其后交付另一个增量交付，并将最近一次的增量交付指定为基本交付 (B.2 基于 A.7)。此模式可确保将在复制包版本 A.7 和 B.1 之间删除的对象传达给目标系统。