2006-02-07

about edward's view in ejb3 13:21

http://nettrace.blogspirit.com/archive/2005/12/31/what-s-hot-in-year-2006.html

應用程式繼續朝向精簡型架構設計，EJB 3.0 叫好不叫座

(雖然Jini大力推EJB 3.0)

這是一個最重視物件導向的年代，也是最不重視物件導向的年代。舉例來說吧，現在的Java應用程式框架，強調要支持POJO的觀念，可是事實上，MVC卻大行其道，MVC是物件導向嗎？有人打圓場，說這叫separation of concerns。再以前面的 drupal 實作為例，callback不算物件導向吧！可是它卻是標準的 IoC (Inversion of Control)，符合 Hollywood principle -"Don't call me, I will call you"。

"物件導向不再無限上綱"。這句話一出，怕是要引起不小的爭論了。讓我簡單的說吧! 在未來的應用系統開發，你所強調的是架構，是服務，是功能，是流程。而物件，則是堆砌這一切的基本單元。也就是說，你只有在構築"程式的基本單元"時，才會採用物件導向的思維模式。當你往上堆砌系統，或一開始即採用架構導向系統開發方法(Architecture Oriented System Development)時，比較適當的思維模式，是將系統看作一部"機器"，你考慮的應當是系統各部元件之間的連結，彼此間如何互動，最後才是各部元件各自的角色與職責。

這與傳統的物件導向方法的差異是，這樣的方法是由整個系統，由整體到部份，由外往內，由多數到單一，再由單一推進至物件裡面。而不是一開始就著重在各個功能物件上。甚至在各功能物件之間尚未完成定義前，就必須先設計整個系統的訊息交換機制。要深入探討，這又是另一個故事，就此打住。

其實, 我還是看好 EJB3. EJB3 就是讓應用程式繼續朝向精簡型架構設計 !

然而, SOA 的整合服務和 EJB3 能不能扯得上關係呢, 大概只有在 SessionBean 可以輕易地產生成為 WebService 這部分可以提供更多元性的整合, 我認為, 許多企業在對外提供服務的時候, 無論是採用 Web 或是 WebServices,　對內更是需要深度與廣度的整合. 此時,　如何利用彼此的元件,　除了透過　JNDI 去取得 EJB3 .　也應該可以透過 ESB　的控制與分配,來處理整個業務流程的 !

不過,　我認為這和服務導向與物件導向應該不是衝突的,　一種是以提供服務為介面,　另一個是以物件為核心的思考邏輯.

最後,　ejb3　是否會叫好不叫座,　我也不知道,　我覺得當 IDE,　無論是 Eclipse/NetBeans or Borland JBuilder/BEA Workshop on Eclipse　都支援 ejb3　的開發,　並且容易 deploy and test,　我相信 ejb3 or ejb4 and ...　應該還是大有可為的 ..

畢竟, 並非所有的 engineer 都能夠吸收足夠的知識來應付所有狀況 !