關於模組和複用

標籤：

根據複用顆粒大小，複用包含如下

1. 類複用，採用繼承或者委託
2. 第三方包複用，常見的WEB-INF/lib目錄下一堆jar檔案既是這種情境，通常適用於工具類
3. 代碼複用，CC（ClearCase）等組態管理支援，直接把其他項目的模組的代碼引用到另一個項目中
4. 服務服用，把某種服務使用特定的訊息介面開放出來，進而複用

基本上，第三種複用已經很少了，支援這種複用的組態管理工具更少，我只看到過CC還支援這個。確實這種缺陷太明顯了。其他的幾種複用倒是常見，然而對一個企業而言，這還不夠。

 

企業長期的開發過程會積累大量的可用業務模組，例如說CMS（內容管理）、安全管理（使用者、角色等），如果新開發的系統從這些可用的業務模組的基礎上拼裝而不是從類的基礎上拼裝，則能夠大大提升開發效率。

 

flying正是這樣一個架構，它通過組裝一個個細小的業務模組，從而形成功能完備的大型業務系統，包括如下優勢：

• 所有模組的對外介面具備完整的規範，參考本地服務調用和遠程服務調用文章
• 開發過程只需關注正在開發的模組
• 測試範圍大大縮小
• 只需要部署改動的模組
• 企業可以完成模組積累

 

理想的情況下，企業建立自己的模組庫。一個新應用立項後，拆分，然後從模組庫中找出可以複用的模組，如無需修改，則直接使用，如需要修改，建立模組的分支修改並使用。如果在新作應用過程中出現有價值可以複用的模組，進入模組庫統一管理。

 

架構源碼：https://github.com/hifong/flying

部落格空間：http://www.cnblogs.com/hifong/

Demo應用：https://github.com/hifong/pas

技術QQ群：455852142

關於模組和複用