1、分布式部署各個子系統，基礎元件支援平台作為jar或者war方式整合至各個子系統；
2、各個分布式子系統之間，通過http：ip+請求方式完成各個系統之間靈活切換；
3、各個分布式子系統，依託後台管理系統+sso實現全平台子系統安全認證識別；
4、各個分布式子系統，依託各自內部基礎元件支援平台jar中核心**實現選單載入；即在乙個子系統中會看到非本子系統選單，點選非子系統選單，會自動切換至其他子系統；
5、基礎元件支撐平台中選單載入依託共有角色表+功能表
6、模組可插拔-模組識別（插）
子系統啟動後，會啟用本子系統對應功能維護的功能，勾選給對應角色後，該系統即可在全平台中進行使用；
7、模組可插拔-模組識別（拔）
子系統關閉時會自動關閉該系統對應功能選單；（支援平台保持全功能樹可見，後台管理顯示已購買功能樹，已購買即獲得許可的啟動程式）
8、模組識別列表
模組名稱 分布式伺服器位址 許可剩餘時間
基礎元件支援平台 ip.... 免費
後台管理 ip.... 2年
事件管理 ip.... 永久
模組b ip.... 10天
模組c ip.... 未啟用
9、後台管理選單
地域（支援平台提供）、機構（支援平台提供）、使用者（支援平台提供）、角色（支援平台提供）、許可權（支援平台提供）、業務日誌（支援平台提供）、錯誤日誌（支援平台提供）、業務**對照、通訊錄、模組識別（支援平台提供）
10、基礎元件支撐平台
地域、機構、使用者、功能、角色、許可權、**對照、業務日誌、錯誤日誌、系統**對照
11、sso系統
提供系統登入、登出功能；
12、專案目錄結構定位：
目錄結構定位：
支撐平台與系統子模組之間樣式解耦。
1 平台樣式和**為核心**，不能輕易改動；
2 支援平台樣式調整不影響子系統樣式；
3 子系統要求樣式調整與支援平台無關；
13、各子系統關係
各個子系統基礎元件支撐功能依託基礎元件支撐平台；
各個子系統頁面樣式布局等依託後台管理系統；
*各個子系統樣式布局與基礎元件支援平台無關；
模組化設計
儘管寫過很多模組，但一直對於模組化設計，沒有一直很清晰的認識，這次學習了軟體設計之道，終於從概念上對模組化設計有了乙個更清晰的認識。乙個軟體本質上是完成乙個或多個特定的功能，所以，寫程式的第一目標是實現需求。既然是實現需求，那是不是隨便怎麼寫，只要完成功能就行呢？不是的，因為，軟體是生命週期的，在乙...
PHP 進行模組化設計
php include 函式與c中同名的預處理命令是不同的，它是乙個給出檔名 如 include test.php php就把檔案調用於include的位置，並方試 釋該檔案，它與函式的差別在於，只有執行include語句時，才 被解析，因此在設計中通常在if語句中包含呼叫來得用這一優點 而requ...
Thrift RPC 系列教程（3） 模組化
模組化是好事，以及，它讓我聯想到了 c 語言，以及它那如同平原一樣的命名空間。所謂 模組化 是一種很自然的事情，體現了 分而治之 的思想。坦白來說，這是乙個無需過多討論的話題。如果你寫過c 語言，就會對它那 近乎平坦 的命名空間，感到熟悉。所有的函式，變數都在同乙個全域性命名空間 static 型別...