第四章 設計外部應用介面
概述將j2ee應用與外部應用進行通訊是很正常的. 例如,乙個購買應該程式可能會通知乙個所有購買交易的帳務應用程式,或者乙個庫存管理系統可能會通知乙個所有貨物的入庫和出庫的記帳應用程式. 架構師負責設計程式介面以及應用本身. 本章將詳細的介紹如何定義外部的應用程式介面,讓你能設計和實現這樣的任務.
如果j2ee應用的初始化是在外部應用程式中進行時,你應該確定這些應用放在用例中進行分析,就像在第二章中討論的那樣. 所有在j2ee應用與外部應用之間資訊傳送的細節都應當成為這些用例的核心. 例如, 購買系統通知帳務系統中,所有的訂單的存放應該是用例的核心.
對於外部應用程式的用例, 應該確定使用這些介面要觸發的事件,以及每乙個事件需要傳遞進去的資訊.例如,考慮以下的用例:
庫存系統將通知帳務系統所有的入庫記錄.
通知在入庫記錄時發生.
通知將包括每一筆入庫的商家id及時間戳, as well as the upc, 以及出貨的數量
來自帳務系統的確認.
定義和文件化外部介面以便雙方的開發人員能有乙個物件模型基礎(在第六章中說明).架構師在兩個系統需要建立乙個基礎以便進行建模和實現.還有,專案經理需要制定相應的合同來分配兩邊開發人員的各自的責任.
以下幾方面應該與外部開發人員討論並在團隊之間達成共識:
交流方式
資料結構
觸發事件(資料交換)
錯誤處理以及職責
J2EE專案架構最佳實踐
基於專案的最差實踐，可以總結出一套專案架構的最佳實踐原則以便今後的復用和改進。原則1.時間總是非常緊，需求總是在變化，技術問題總是層出不窮，千萬不要認為軟體工程的問題不會發生在規範的公司和專案。每次一定要根據自己所處的位置作出正確的評估，比如專案經理做評估要留出足夠的時間buffer，開發人員應當正...
J2EE專案架構最佳實踐
基於專案的最差實踐，可以總結出一套專案架構的最佳實踐原則以便今後的復用和改進。原則1.時間總是非常緊，需求總是在變化，技術問題總是層出不窮，千萬不要認為軟體工程的問題不會發生在規範的公司和專案。每次一定要根據自己所處的位置作出正確的評估，比如專案經理做評估要留出足夠的時間buffer，開發人員應當正...
步入J2EE架構和過程（2）
4 物件設計 在架構規範的指導下，設計從技術上擴充套件和修改了分析結果。雖然分析階段的領域物件建模應該與技術細節無關，但是物件設計完全依賴於技術因素，包括平台 語 言的型別和架構開發階段選擇的 商。分析時，抬頭望著星星，但在設計階段，則要腳踏實地。理論上，為了維持業務物件的基本屬性和行為，除非絕對必...