共用方式為

建立 BizTalk 專案時的考量

  • 發行項

本節提供使用 Visual Studio 建立 BizTalk 專案時應該考慮的資訊。

避免專案太大所造成的編譯錯誤

若專案產生一個大於 75MB 的組件，則 Visual Studio 編譯器無法成功編譯專案。 當編譯器達到大小限制式時，它會發出嚴重錯誤 CS0013「將中繼資料寫入檔案 < 檔名 > 時發生未預期的錯誤」並停止。

若要避免此問題，建議您，除非絕對必要，否則專案不要超過 10MB。 原因為何？

  • 較小的專案比較容易部署，因為其中的部署步驟較少。 專案愈小，其步驟更有可能緊密相關 -- 管理交易夥伴折扣或處理 RFP。

  • 使用較小的專案比較容易隔離錯誤、部署問題以及其他問題。 在具有 140 個結構描述與許多自訂對應及指令碼的專案中尋找錯誤，比在只具有 10 個結構描述與少數自訂對應及指令碼的專案中尋找錯誤更為困難。

  • 將大型專案分隔成較小的專案可降低複雜性。 較小的專案較易於管理。

  • 較小的專案編譯較快速。

  • 將具有許多不相關結構描述的大型專案分割成具有強烈相關結構描述的較小型專案可產生更好的效能。 這是因為每次僅載入其中一些組件。

避免使用專案名稱作為對應類型名稱

在 Visual Studio 中將新的對應新增至 BizTalk 專案時，不會使用專案名稱做為類型名稱。 如果您這樣做，編譯器會產生一或多個類似「類型名稱名稱 <> 」的錯誤不存在於類型中。

若要在 BizTalk 專案中變更對應的類型名稱，按一下 [方案總管] 窗格中的對應，然後在 [屬性] 窗格中查驗類型名稱屬性。 若是相同，則需要加以修改，確定變更所有依賴它的組態。

Visual Studio Team System 支援

Visual Studio 中的 BizTalk 專案並不直接支援 Visual Studio Team System 的所有功能。 Visual Studio Team System 的原始檔控制功能支援BizTalk Server。 Visual SourceSafe 亦完全支援 BizTalk 專案成品的追蹤和版本管理。