建立專案情境 17 -- Keep on designing VI

        在一個現實生活中商業級應用的 RESTful Web Service 結合了 Data Flow Diagram 的 Entities 的概念，並使用 Java API Doc，UML 建立了詳盡的 API Document，而且竟然有繁體中文版 !! 而且，中文寫得很流暢，想必，一定是有台灣的專業人士在這間國外公司的開發團對中。
        就我的印象中，Data Flow Diagram 的 External Entities 的概念，是針對系統的Output，例如壽險系統的要保書、保單。我的Data Model with Spec 的JSF系統中，使用的External Entities包含：Thing，...等，沒有想到這個REST Web Service 系統的External Entities 也涉及Thing(事情)。一般而言，誰會把Thing(事情)也定義成External Entities(實體)的Type，只會在專案管理的Break Down事項中出現，就是工作包。
        言歸正傳。
        之前提到，RMI 的架構，我打算在某一個J2EE的Web Module，即所謂的Web Container，或是早期的J2EE版本的文件中提到的Servlet Container。(IBM 的 Eclipse 將其稱為 Dynamic Web Module，覺得怪怪的，通常我們不這樣稱呼。Servlet Container 當然是 Dynamic的。通常我們會稱Dynamic是相對於靜態的 JAVA PROJECT。)。我設計當這個Servlet Container的Context Init時，就啟動 RMI Server。

        我找到的這個商業級應用的 RESTful Web Service，定義的JSON，和我的Data Model with Spec的Spec是一樣的、一致的：

{
  "name": "System 1",
  "description": "System 1's Data Description",
  "properties": {
    "Condition 1": "field 1",
    "Case Used": "the status"
  }
}

        我邊想這篇文章，邊聽林書豪的最新的見證。
        這個商業級應用的 RESTful Web Service是在講物聯網，但我的Data Model with Spec是與經濟體系相關。物聯網很多都涉及電子。我之前專心在經濟領域中。
        當設計這個Servlet Container的Context Initialized時，就啟動 RMI Server，我失敗了。
        但，當林書豪講到與神建立關係時，
        神給了我智慧，我突然想到解法：使用servletContext.setAttribute，與.getAttribute

        The Server Type theRMIServer1 = (The Server Type) servletContext.getAttribute("RMI_SERVER");

        透過RWD、RESTful Web Service、JNI、......可以與IoT(Internet of Thing) 界接，透過UML、Data Model with Spec for Economics 可以進行經濟體系的塑模，剩下的就是AI 和User的部份。這裡可以知道，IoT(Internet of Thing)的T : Thing指的是"實體"，而不是"事情"，所以可以跟Data Flow Diagram 的 External Entities 的概念串聯起來。進行經濟體系的塑模工程規模太過於龐大，可以練習小規模的，利用SUN JAVA的泛型可以進行實作練習。