J-Hi組件類型有哪些

這篇文章給大家分享的是有關J-Hi組件類型有哪些的內容。小編覺得挺實用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。

實際上說到底無非是對組件顆粒的劃分問題，在不同的條件與環境下組件的作用與功能會有很大差異，其次在定義組件時要保證功能的相對獨立并且可組裝可部署，由此J-Hi將組件根據用途與范圍的不同劃分為如下四類組件類型：技術組件、實體組件、業務組件、系統組件，它們之間的關系是逐級遞進，互為基礎的。

在我們在深入探討之前，先來簡單的解釋一下上圖中各種組件類型之間的關系。比如一個OA系統我們就可以把這理解為一個系統組件，而多個系統組件(倉儲系統、人力系統等)可以動態搭建更大的應用系統(ERP)。每個系統組件下會有多個業務組件，例如在OA系統下會有報銷單、會議管理等多個業務組件。因為大部分業務組件之間一般都是松藕合的，所業務組件可以無縫的遷移到其它的系統組件中，即實現業務組件可復用性。而在一個業務組件下會有一個或多個實體組件夠成，我們還以報銷單業務組件為例，在報銷單最少會有報銷單及報銷單明細兩個實體組件，一個實體您可以理解成與數據庫對應的一張表，實體之間可以繼承、一個實體可以有多個子實體。但實體不僅僅是數據庫表，它包括從頁面到數據庫表之間的全部代碼實現同時包括CURD所有操作的功能單元。對于實體組件我們會在后面詳細討論。***是技術組件，在J-Hi中技術組件可以說是一個抽象的概念，一個技術組件就是一個技術功能單元，它可能是一套生成模版，一個框架的支持，一套API(比如對短信、全文檢索的支持等)

實體組件：J-Hi將一個實體組件定義為一個集合單元，它不僅僅包括數據庫表還包括對該數據庫表的基礎操作(增、刪、查、改);包括前端的展示面頁;包括該實體的權限、菜單、配置信息;還包括它與其它實體的交互操作。當然一個實體組件顆粒度還是太小，還不能完整的描述一個業務功能。但實體組件相對來說有一定的獨立性，可以集成一個集合單元，J-Hi就是以實體組件為基礎實現更大粒度的集成，從而實現對一個完整業務的描述。

業務組件：實際上一個業務組件J-Hi將它對應于一個服務，服務可以認為是一個業務功能模塊，用以描述完整的業務模式，具體相對的業務獨立性。在服務內代碼間是高聚集的，因為一個服務就是一套完整的業務，在設計服務時應盡***限度的降低服務與服務之間的藕合度。因為在這個樣一個理論基礎上去設計，就可以實現業務組件無縫的在各系統之間的可移植性。因為組件的定義還要可以獨立的組裝與部署，因此我們開發平臺的附屬性產品——Hi平臺產品集成工具，它主要是由發布器與部署器組成，以更方便的實現業務組件的遷移。

開發發布器與部署器的目的就是通過可視化的方式，實現跨數據庫數據與跨應用系統的業務組件遷移。可以將業務組件看作一個獨立的業務單元，可以無縫的集成于任何以J-Hi平臺開發的項目中去。從而真正達到隨需組合，動態搭建實際的業務系統，真正的實現業務組件的復用，降低不必要的重復開發。

系統組件：從業務功能上來看系統組件不過是多個業務組件的拼接，更大一級的業務封裝。理論上系統組件與系統組件之間應滿足絕對的隔離性，即使是有通信，應該也是通過第三方來進行數據交互(常用的解決方式有兩種一種是中間數據庫;第二種是webservice)。但如果是基于平臺開發，這種無謂的工作量可以降低很少，甚至可以不需要第三方的交互技術。只要保證兩個系統間的通信接口就要以輕松實現。系統組件的遷移也可以通過發布器與部署器來實現。

技術組件：從技術角度來看，J-Hi與其它的技術組件差別不大。無非是基于平臺再開發一些技術組件，比如對 SpringMVC、SpringJDBC、DB2數據庫等的支持，頁面端也會再集成象DWZ或simpleframework，我們也會再提供更多的頁面端的生成模版，以此類推，平臺的技術組件會在技術的不同層面進行擴展。但與其它的技術組件不同之處在于，實現類似于插件一樣的可插拔，隨需織入。

感謝各位的閱讀！關于“J-Hi組件類型有哪些”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，讓大家可以學到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！