處理封裝的最佳作法
將物件收集到封裝中的最佳作法
用於外部協同合作的 Windchill 封裝會根據物件間相關的方式來收集封裝內容。這些封裝以一或多個最初所選物件開始，將收集規則套用至此物件並將相關物件收集在一起以組成封裝內容。
• 使用收集器來收集物件，而不是將所有物件包含在最初所選物件表中。
• 如果將相同最初所選物件的多個版本用於集合，則使用多個已管理的物件集來在該物件的每個版本上建立收集選項。
• 設定收集規則來收集所有相依物件，以確保不會將重要物件遺留在封裝外。
• 針對複雜收集情境，將已管理的物件集作為最初所選物件使用。可能會有一種情況，即應將不同收集規則套用於不同最初所選物件，或收集規則會導致將相同物件的多個版本收集到封裝中。每個已管理的物件集都可以擁有自己的收集規則。
處理大型封裝的最佳作法
Windchill 封裝不受限於特定大小。但是，當封裝內容中的物件數量增加時，有一些建議與包含超過 2,000 個物件的封裝緊密相關。
• 如果您的封裝將收集 60,000 個以上的物件，您的系統管理員應將 com.ptc.core.collectionsrv.engine.limitDependencyTracing 內容設定為適當的值。如需詳細資訊，請參閱工作區頁功能。
• 針對使用包含大量物件之封裝的網站，請以清單方式而非以樹狀方式檢視封裝或已管理的物件集內容。雖然樹狀檢視能夠讓您更好地導覽至包含在封裝中的已管理物件集，但樹狀檢視不會快速支援大量物件。而使用清單檢視的方式則能夠讓您翻閱封裝或已管理的物件集成員。您可以從清單檢視中使用單獨視窗來檢視巢狀已管理物件集的內容。如果要以清單方式檢視封裝及已管理的物件集，請將 ShowPackageContentsTableAsTree 內容設定為 true。依預設，封裝的「內容」表會以樹狀檢視顯示成員。
• 針對具有大量物件的複製封裝，您的網站管理員可以設定下列內容來改善匯出效能：
◦ wt.ixb.export.maxThreads：設定匯出所使用的最大執行緒數。如果物件比較少，執行緒數也會相應減少。建議的執行緒數是兩個。
◦ wt.ixb.export.objPerThreadGuidance：設定每個執行緒中所包含的物件數。
如需詳細資訊，請參閱如何編寫匯出/匯入處理常式。
在封裝中篩選物件的最佳作法
套用篩選器時，請考慮您已收集的資料。確保您未篩選出將資訊準確顯示在來源系統上的必要物件。這特別適用於結構、基準線與變更物件。請注意特殊 CAD 文件關係。例如，族表的多個成員可能需要在目標系統上提供所需設計前後關聯。
篩選要包括在封裝 ZIP 檔案中之檔案的最佳作法
Windchill 封裝提供了一些可用來篩選應包括在 ZIP 檔案中之檔案的選項。最常用的篩選方式是依檔案副檔名篩選。網站組態會提供其他一些篩選檔案的方式。
當提供「僅匯出」格式的遞送時，請將封裝中檔案所需要的相關檔案也包括在封裝中，這很重要。例如，如果未包括 CAD 文件的所需檔案，收件者可能無法將 CAD 文件載入到適當的編寫應用程式。
當提供 PTC Windchill 格式的遞送時，匯入物件的系統完整性是另一個需要考量的因素。在許多情況下，都不需要考慮系統完整性 (例如不傳送所有附件)。Windchill 完整性通常不受附件是否存在的影響。在某些情況下，移除內容檔案時需考慮系統完整性。例如，若沒有關聯的內容，CAD 檔案或表示便無法存在。當針對會包括在 PTC Windchill 格式遞送中的特定物件排除內容時，預設建議是在將會排除所有內容檔案的情況下排除物件本身。
建立封裝遞送的最佳作法
遞送是 Windchill 封裝流程不可缺少的部份。對所建立之 ZIP 檔案有重要影響的遞送有兩個屬性：收件者與遞送媒介。收件者直接與建立 ZIP 時提供的安全性選項相關。遞送媒介根據媒介的大小限制決定所建立之 ZIP 檔案的數量。
• 如果您想將收件者的 Windchill 授權套用至遞送，請務必使用「尋找參與者」圖示 
，而不要透過手動輸入使用者的名稱來選取參與者。但請考慮一下，使用者是否有檢視封裝中所含之所有物件的適當授權。如果沒有，您可能不想將其安全性授權套用至遞送。如果您未套用其安全性授權，可能會為使用者提供對於可能未以其他方式授與存取權限之物件的存取權限。
，而不要透過手動輸入使用者的名稱來選取參與者。但請考慮一下，使用者是否有檢視封裝中所含之所有物件的適當授權。如果沒有，您可能不想將其安全性授權套用至遞送。如果您未套用其安全性授權，可能會為使用者提供對於可能未以其他方式授與存取權限之物件的存取權限。• 如果您的網站已啟用安全性標籤且您要傳送至並非 Windchill 參與者的參與者，請務必將安全性標籤套用至適合分送給收件者的遞送。如果封裝中包括未由 ZIP 檔案建立者指定安全性標籤的物件，會將這些物件從 ZIP 檔案中排除。
• 選取您要用來分送一或多個 ZIP 檔案的遞送媒介。確保已使用 > 偏好設定，為您所需的遞送機制正確設定 ZIP 檔案大小。
 | 在所選遞送媒介沒有「遞送媒介檔案大小」偏好設定的情況下，會使用 > 偏好設定。 |
鎖定封裝的最佳作法
如果您要從相同封裝建立多個遞送，請先確保您的封裝內容適合每個遞送，然後再鎖定封裝。傳送第一個遞送之後，您無法在未建立新版序或版本修訂的情況下解除鎖定封裝。
封裝檔案同步處理的最佳作法
在使用除 Creo Parametric、NX、SOLIDWORKS、CATIA V5 或 Autodesk Inventor 之外的編寫應用程式時，請考慮是禁用 CAD 檔案同步處理還是不使用封裝分送這些檔案。透過將 > 偏好設定設為「否」，會將所有 CAD 文件物件都包括在封裝遞送中，無論其在何處編寫且未同步處理都是如此。
建立可匯入 ZIP 檔案的最佳作法
建立 PTC Windchill 格式的 ZIP 檔案引入了其他一些考量，而這些考量不適用於僅匯出格式。
• 在壓縮封裝遞送時選取 Windchill 可匯入格式選項，只會將支援的物件包含在 ZIP 檔案中。無法匯入到指定 Windchill 發行版本層級的物件不會包含在最終的 ZIP 檔案中。如需每個 Windchill 發行版本的支援物件類型清單，請參閱Windchill 可匯入封裝的支援物件。
• 核對目標系統 Windchill 版本是否支援接收 Windchill 可匯入封裝。
• 為確保正確遞送封裝資訊，請使用收件者來確保兩個 Windchill 系統可以交換資訊。應考量以下主題：
◦ 選用產品：當封裝包含與 Windchill 產品 (例如 Windchill Supplier Management) 相關聯的物件時，收件者的系統也應安裝此產品。
◦ 類型及屬性定義：當封裝包含您在系統中建立的子類型與屬性時，收件者的系統也應包含這些子類型與屬性以匯入封裝 ZIP 檔案。
◦ 對應定義：大多數物件包含來自來源系統的資訊，您可以對應此資訊以在來源系統值與目標系統值之間進行轉換。這些項目用來在不變更此資訊之企業意圖的情況下協助交換。
◦ 版本化配置：當封裝包含使用在您系統上所建立之版本化配置的物件時，收件者的系統應包含相同的版本化配置。
在自訂系統中建立封裝 ZIP 檔案的最佳作法
Windchill 封裝使用 Windchill 的標準匯入與匯出功能。當已進行模型化自訂且受此模型化自訂影響的物件包括在封裝中時，您的自訂也需要說明匯入與匯出自訂。當使用包含這些物件之 PTC Windchill 格式的 ZIP 檔案時，也表示收件者的系統應支援此自訂。
如需詳細資訊，請參閱封裝自訂。
使用可匯入封裝之完整與增量遞送的最佳作法
完整遞送包含目前在封裝中的所有物件，不過因安全性考量而排除的物件可能例外。增量遞送與完整遞送不同。增量遞送僅包括已新增至封裝或自選取的基礎遞送之後已變更的物件。此外，增量遞送也提供有關自選取的基礎遞送之後已刪除或移動之物件的資訊。如果將增量遞送匯入到另一個 Windchill 系統中，且此增量遞送包含有關已刪除物件的資訊，目標系統會請求刪除動作。
在目標系統刪除物件的能力可能會因目標系統的組態而受到限制。例如，會在基礎遞送中匯出產品結構，稍後會將在結構中使用的其中一個零件從結構中移除，然後將其刪除。封裝的後續完整遞送將包含結構的最新版本，但已刪除的零件仍會保留在目標系統中。但是，相同基礎遞送中的增量遞送會包括指定已在來源系統刪除零件的資訊，並會請求在匯入流程中於目標系統刪除此零件。
在外部協同合作中，完整遞送很常見，而且在來源系統刪除任何物件並在目標系統也移除該物件可能不是很重要。在內部協同合作情境中，使用複製封裝、保持目標系統與來源系統同步處理、包括刪除物件更重要一些。增量遞送會在目標系統刪除自基礎遞送之後已在來源系統刪除的物件。如果針對封裝的後續版本傳送完整遞送，建議您僅跟在以之前增量或基礎遞送為基礎的增量遞送之後，以確保將物件刪除也會傳送至目標系統。
例如，會將複製封裝 A.1 傳送至另一個內部 Windchill 系統。也會將多個增量遞送與指定為基礎遞送的每個之前增量遞送 (增量 A.2 以 A.1 為基礎、增量 A.3 以 A.2 為基礎，依此類推，直到 A.7) 一起遞送。如果需要完整遞送 (例如 B.1)，則其後會是最後一個增量遞送指定為基礎遞送 (以 A.7 為基礎的 B.2) 的另一個增量遞送。此模式可確保將在複製封裝版本 A.7 與 B.1 之間刪除的物件傳送至目標系統。