本行中的錯誤處理在生產環境中是不足的,應在必要時加以修訂。
如果錯誤通過多級錯誤處理程序傳播,導致終止所有其他活動,並終止流程實例本身,則無法對其修復。
但是如果使用改進的健壯*和錯誤處理機制,只需三行代碼即可完成同一任務。
這是基本錯誤處理的實現。
雖然模式提供了一些錯誤處理,但是也需要在應用程序中加以補充。
當然,錯誤處理及驗*十分令人生厭,也很不方便,並被全世界程序員們所輕視。
當一個可補償的並且長期運行的流程被異常的完成時,也就是説,當流程的錯誤處理程序被定位時,流程的補償*作就會被啟動。
在下一篇文章中,我將討論與錯誤處理複雜的輸入數據相關的錯誤模式。
巴釐會議非常激烈,以至於在最終會議中被指控錯誤處理協商時,他含着淚水走下了講台。
補償事務和手動回滾都設置了錯誤處理器,所以恰當的糾正措施可應用於處理流程錯誤。
當流程在運行過程中出現問題或發生異常情況時,可以使用錯誤處理程序撤消發生錯誤的範圍中的部分工作或未成功完成的工作。
當然,當信息流經業務流程時,錯誤處理和錯誤管理是內置在各個步驟中的。
此外,它還提供了一些其他的功能,如消息記錄、使用數據庫中的數據擴充消息、以及根據您的需要定製錯誤處理。
在外部範圍中,錯誤處理程序包含一個其目標設置為內部範圍的補償活動。
驗*和錯誤處理不是一回事。
額外的錯誤處理不僅使代碼更加健壯,它還提高代碼的可讀*,使代碼更容易理解。
請注意針對後者的錯誤處理程序可撤銷前者所做的工作,以使數據不會處在一種不一致的狀態。