亚洲va在线va天堂va不卡下载,亚洲一级毛片视频,xxx毛茸茸的亚洲

《真實世界 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 閱讀(365) 評論(0) 編輯收藏所屬分類: J2EE

新用戶注冊刷新評論列表


只有注冊用戶登錄后才能發表評論。




網站導航: 博客園 IT新聞 Chat2DB C++博客博問管理
相關文章: RESTful API 設計指南 WEB版的REST測試工具 maven3 jetty jrebel 搭建可調式的開發環境分布式配置管理平臺Disconf JAVAEE資源分布式調度QUARTZ+SPRING Spring對HttpSession的重新封閉轉（探討分布式系統與集群的區別）整合測試 Java EE 應用開發平臺 Koala

paulwong

My Links

Blog Stats

常用鏈接

留言簿(66)

隨筆分類(1386)

隨筆檔案(1144)

文章分類(7)

文章檔案(10)

相冊

收藏夾(2)

AI

Develop

E-BOOK

Other

養生

微服務

搜索

最新評論

閱讀排行榜

評論排行榜

60天內閱讀排行

《真實世界 Java EE 模式》閱讀筆記 01：重新思考業務層