Java EE與Spring我都使用過,而且使用的時間都比較久。其實,EJB在國內還沒開始大流行就退出舞臺了,目前還知道EJB並使用過EJB的程式設計師大部分都是70後或者80初那批老程式設計師了,當年我在使用EJB的時候,還很年輕。
早在2004年的時候我就在小型機上部署EJB,使用EJB開發了一系列應用,大部分都是大使用者併發的使用場景。可以說我對EJB不僅僅熟悉,也有一定的感情,當年就是因為我熟悉EJB而獲得了很多機會,這對於一名年輕的研發人員來說是非常重要的。
EJB的特點是複雜,EJB分為會話Bean、實體Bean和訊息驅動Bean,在早期這種設定方式有效解決了很多異質異構問題,包括事務處理問題,但是卻埋下了複雜的種子,導致整體EJB解決方案過重。
Spring與EJB解決的是同一個問題,就是效能最佳化問題。Spring與EJB一樣都是透過“池化”的方式來完成單物件的共享使用問題,不過Spring並沒有像EJB那樣劃分眾多的Bean型別,而是採用了統一的實現方式。
Spring之所以“輕”體現在兩個方面,一方面Spring的程式碼輕,一方面Spring的架包輕。Spring更模組化一些,而EJB則是整體解決方案,所以EJB整體偏重。由於EJB程式碼複雜,部署複雜,且對硬體要求較高,所以在Spring推出以後,EJB逐漸被邊緣化了(即使是官方標準)。
所以,簡單的說EJB和Spring是實現企業級業務處理的兩種解決方案,EJB是重量級解決方案,Spring是輕量級解決方案。
如果有軟體開發方面的問題,或者是考研方面的問題,都可以諮詢我。
Java EE與Spring我都使用過,而且使用的時間都比較久。其實,EJB在國內還沒開始大流行就退出舞臺了,目前還知道EJB並使用過EJB的程式設計師大部分都是70後或者80初那批老程式設計師了,當年我在使用EJB的時候,還很年輕。
早在2004年的時候我就在小型機上部署EJB,使用EJB開發了一系列應用,大部分都是大使用者併發的使用場景。可以說我對EJB不僅僅熟悉,也有一定的感情,當年就是因為我熟悉EJB而獲得了很多機會,這對於一名年輕的研發人員來說是非常重要的。
EJB的特點是複雜,EJB分為會話Bean、實體Bean和訊息驅動Bean,在早期這種設定方式有效解決了很多異質異構問題,包括事務處理問題,但是卻埋下了複雜的種子,導致整體EJB解決方案過重。
Spring與EJB解決的是同一個問題,就是效能最佳化問題。Spring與EJB一樣都是透過“池化”的方式來完成單物件的共享使用問題,不過Spring並沒有像EJB那樣劃分眾多的Bean型別,而是採用了統一的實現方式。
Spring之所以“輕”體現在兩個方面,一方面Spring的程式碼輕,一方面Spring的架包輕。Spring更模組化一些,而EJB則是整體解決方案,所以EJB整體偏重。由於EJB程式碼複雜,部署複雜,且對硬體要求較高,所以在Spring推出以後,EJB逐漸被邊緣化了(即使是官方標準)。
所以,簡單的說EJB和Spring是實現企業級業務處理的兩種解決方案,EJB是重量級解決方案,Spring是輕量級解決方案。
如果有軟體開發方面的問題,或者是考研方面的問題,都可以諮詢我。