paulwong
          

          

          



          
	
					
	
          
		
          
			《真實世界 Java EE 模式》閱讀筆記 01：重新思考業務層 
		
          
		對于任何一種技術來說，好用和用好是兩個不同的概念。《真實世界 Java EE 模式：重新思考最佳實踐》（Real World Java EE Patterns: Rethinking Best Practices）就是教我們如何用好 Java EE 的一本書，也是目前市面上能找到的唯一一本，非常值得一讀。前兩章是一些概述性的文字，所以直接從第 3 章“服務門面（應用程序服務）”（Service Façade (Application Service)）開始。

          概述

          本章的開頭對 Java EE 中的服務門面進行了簡介，下面是我的歸納。服務門面的作用是將獨立且可重用服務的組合起來，其概念和門面模式差不多，只不過要加上一些 Java EE 所特有的東西。 它是一個帶本地接口的會話 Bean（通常是無態的）。除非需要從 JVM 之外進行訪問，否則不應當提供遠程接口。它充當展示層和業務層之間的界限，其方法都由客戶端調用，不應當出現門面之間相互調用的情況。任何客戶端和門面間的交互都屬于業務會話，每次調用都啟動一個新的事務，因此門面類需要帶有TransactionAttributeType.REQUIRES_NEW 注解。

          策略
          接下來作者討論了各種服務門面的實現策略，它們是本章的重點： 

          CRUD 門面
          一個 CRUD 門面只是一個暴露的、事務性的 DAO。在 J2EE 時代，通常將服務門面的所有方法調用委托給后臺的 DAO。EJB 3.0 本來就是 POJO，所以這種委托已經顯得多余了。在 EJB 3.1 里，甚至連 EJB 接口都是可選的，例如：   

          @Stateless
          @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW) 
          public class BookService { 
           
              @PersistenceContext
                        private EntityManager em; 
           
                        public void createBook(Book book) { 
                  em.persist(book); 
              }           
           
                        // 
           
          }            


          雙視圖門面
          服務門面通常都由部署在同一個 ear 中的 Web 組件直接訪問，但有時候也需要提供遠程接口供外部客戶端使用（例如使用 Swing 開發的 EJB 客戶端應用程序）。這種情況就可以使用雙視圖：   

          public interface BookServiceRemote {// 
           
          public interface BookServiceLocal extends BookServiceLocal {// 
           
          @Stateless
          @Local(BookServiceLocal.          class) 
          @Remote(BookServiceRemote.          class) 
          @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW) 
          public class BookService implements BookServiceLocal {//  


          SOA 門面
          SOA 門面的一大特點就是異步，最容易想到的方式就是 JMS，但 JMS 消費者在對事務和消息類型的處理上有些微妙的問題，JMS 生產者和消費者之間不容易交互，而且部署和維護消息隊列的成本也比較高。EJB 3.1 引入的異步調用則提供了一種輕量級的異步門面解決方案，簡單自然地解決了這些問題：   

          @Stateless
          @Asynchronous
          public class BookService { 
           
                        public Future<Order> orderBook(Book book) { 
                            // 
                  return new AsyncResult<Order>(order); 
              }           
           
          }            


          多通道門面
          通過在門面上增加注解，可以使同一個門面以更多的形式暴露出來。下面代碼中的門面不僅是一個 EJB，而且能夠提供 SOAP 和 RESTful 的 Web 服務：   

          @Stateless
          @WebService
          @Path(          "book") 
          public class BookService {//


          IIOP 門面
          這種門面主要用于和 CORBA / IIOP 兼容，例如可用于和老系統或者 .NET 客戶端通信。在一般的 Java 開發中應該很少用到。

          總結
          雖然本章有很多理論性的東西，但實際上都是圍繞 EJB 3.0/3.1 的新特性在講。正如作者所說，J2EE 時代的諸多模式都是出于對規范的短處進行修補，而并非設計上的最佳實踐。這讓我想起以前從阿三手上接過來的一個項目，雖然使用 EJB 3.0，但充斥著大量 EJB 2.x 的“設計模式”，造成大量冗余的代碼，甚至很多方法委托就是透傳。我當時雖然覺得不妥，但也沒有充足的理由反駁阿三架構師，實在是可惜了。 
		
          
			posted on 2011-05-22 11:39 paulwong 閱讀(367) 評論(0)  編輯  收藏  所屬分類: J2EE 
		
          
	
          
	
	





          
	    
    




          








          

				

          



    







          
        
	




主站蜘蛛池模板：
洛隆县|
大连市|
洞口县|
沂源县|
嘉荫县|
美姑县|
武隆县|
板桥市|
五大连池市|
临安市|
日照市|
忻城县|
开鲁县|
巴彦淖尔市|
开封市|
桂平市|
涪陵区|
蒙阴县|
邵阳县|
白山市|
北辰区|
德保县|
宁德市|
喀什市|
会理县|
昌平区|
潮安县|
乌海市|
城市|
高要市|
青浦区|
合川市|
哈巴河县|
阳江市|
黄骅市|
奈曼旗|
东乌珠穆沁旗|
贡嘎县|
西吉县|
阜康市|
正蓝旗|