將未來升級的影響降到最低

系統已設計為使用演算法，因此實作可以用 100% 可升級的方式導入自己的邏輯 (而無須改造邏輯)。以下是一些強烈建議的事項，說明如何建構新演算法類型程式，讓您在未來升級時無須進行程式變更：

• 請勿更改演算法類型的硬參數。例如，您可能會想要將演算法類型連結區段中定義的參數重新定義或初始化。請勿這樣做。
• 遵循新演算法類型代碼和您來源代碼的命名慣例，亦即來源代碼和演算法類型都應該使用 "CM" 前綴。此命名慣例的原因是為了讓新的基準套件演算法類型無法覆寫您的來源代碼或演算法類型中繼資料 (我們一律不會開發開頭為 CM 的程式或導入開頭為 CM 的中繼資料)。
• 避免使用內嵌 SQL 來執行插入/更新/刪除。請改為叫用基準套件的物件常式或通用常式。
• 避免使用基準訊息 (在通用訊息之外，亦即訊息編號 < 1000 的訊息)，因為在未來版次，我們可能會棄用或變更這些訊息。最常見的問題是發生在實作複製基準套件演算法類型程式的時候，因為需要變更幾行邏輯。就技術而言，為確保可 100% 升級，對於新程式中的每個訊息，均應以 "90000" 或數字更大的類目 (也就是保留給實作特定訊息的類目) 新增訊息，即使這些訊息可能與基準套件中的訊息重複。