那老魚這回分享給大家不失活潑的對唱, 女主唱同樣是 Sissel,
這回男主唱是位風趣的小提琴家 Kalle Moraeus :
聽完了對唱, 腦袋是不是較有精神了呢 ?
明天 23 號是老魚的大壽之日 !!!
老魚將奉上新的正體書(電子檔- -), 送給各位學習參考用!
- Seam 2.0 正體中文手冊
老魚是從 Java EE 5 才正式想深入這軟體架構,
至於為什麼 ... 嗯~當中的"苦"老魚不想罵人, 各位就當從零開始就好~呵
所以
- 如果你也是正要開始深入 EE, 那請你從 EE 5 版學起即可 !!!
如何開始進入 EE 5 ?
這問題離不開 Sun 精心"安排"的 Java 技術認證的目標,
您可以從這頁連結去了解自己處於在那一階段,
每一張都有考試範圍, 至於學習方式呢 ?
看到範圍聰明的會去找書自己K, 懶的人就花錢找個好老師教囉~
但老魚沒要求你一定要取得認證才算哦!!!
(證照"薄紙"可以短期速成取得, 相信老魚真的很薄~
有些證書根本自己用印表機印也很像呀~呵
但真正的技術是真的需要你用長歲月投入換來的!)
在前篇老魚曾說到Java Web "框架(Framework)"技術, 夠用就好,
也提到框架不一定完全遵從著 EE 5 的構成組件與堆疊理論來發展,
這問題將導致幾點您必須思考的軟體長期成本的風險估算:
- 納投名狀，結兄弟誼，死生相托，吉凶相救，福禍相依，患難相扶。(電影~投名狀)
這類型框架組織的發展通常會由"曾經"的輕巧, 逐漸走向自樹一格完整的平台化產品, 您的團隊被迫必須不斷學習它甚至再堆疊入你的產品, 好的是新 idea 不斷被它所創建, 該平台的產品也易於被組建, 但可能的風險就隨著像毒品般你離不開它 ... - 推陳出新的版本速度快過您開發團隊的學習曲線
團隊被迫停在舊的框架版次上, 進退不得, 安慰自己說: 版本太新問題很多, 那反之呢 ? 框架本身的安全性修補, 你落後了!!!
尤其是在 2006 年 EE 5 未定案前,
那到底當前站在想應用上標準規範的 EE 5 甚至今年即將定案的 EE 6,
有無較好的學習參考框架或框架入侵架構較淺的產品呢 ?
(當然如果您是位反 EE 軟體架構的人,
而堅信其它號稱仍是輕量型的框架技術追隨者, 這篇就不合您囉~)
老魚在這跟各位推薦 - Seam Framework
老魚的理由是 Seam 是當前在骨架上真的落實去使用 EJB 3.0, JSF 1.2, JPA 1.0 等 Java EE 5 堆疊的框架, 在 EE 6 時也將同時採用更佳的 EJB 3.1, JSF 2.0, JPA 1.2 等改良, 並加入 JSR #299 - Web Bean 的新 EE 6 子規範於 Seam 中實作, JSR 299 專案的領導人正是有名的 Gavin King (Hibernate 及 Seam, Web Bean 的原創者) .
Seam 框架最讓老魚欣賞的是, 在其 Seam 的文件中它自述的第一項及其中另2項特點:
- Seam 只是一個"工具"
(真是夠誠實~呵, 同它的名字僅充當縫合 EE 中各項組件於易用性)
Seam為你的應用程序中所有的 EE 企業邏輯定義了一種統一的元件模型。 - EE 規範也非盡善盡美
我們認為最新的 Java EE 規範很不錯。但是我們知道它還遠不夠完美。在規範中有許多漏洞（例如，GET請求的JSF生命週期中的局限性），Seam修正了這些漏洞。 Seam的創建者們正與 JCP 專家組一道，確保這些修正恢復到標準的下一次修訂中。 - 對 Groovy 的支持是內定的
你可以在 Seam 中靈活應用 Groovy 帶來的優點 (其實是Seam本身就有使用它~呵)
老魚將 Seam 文檔中提到的其它特點轉述摘要如下, 有興趣的人可以前往 Seam 官網閱讀它:
- 將 JSF 與 EJB 3.0 整合
Seam 將 JSF 和 EJB 3 的元件模型合二為一，消除了膠合程式碼，使得開發者專注於業務問題。編寫「一切」都是 EJB 的 Seam 應用程序是有可能的。 - 在任何Java EE應用程序伺服器中都可以運行
Seam 在任何 Java EE 應用程序伺服器中都可以運行，甚至在Tomcat中也可以。如果你的環境支持EJB 3.0 - 整合 AJAX
Seam支持兩個最好的、開源的基於 JSF 的 AJAX 解決方案：JBoss RichFaces 和ICEfaces。 Seam 也提供了內置的 JavaSctipt 遠端存取層，它讓你非同步地從客戶端JavaScript 中調用元件，而不需要中間的 action 層。 - 將企業流程作為首要的基礎建築
Seam 可以選擇通過 jBPM 提供透明的企業流程管理(BPM)。 - 宣告式狀態管理
宣告式應用程序狀態管理通過Seam定義的豐富的context model（上下文模型）而成為可能。
Seam擴展了Servlet規範—定義的上下文模型——請求、Session、應用程序—增加了兩個新的上下文— 交談和企業流程—，從企業邏輯的角度來看它們更具意義。 - Bijection（雙向注入）
Inversion of Control（IoC, 控制反轉） 或者 Dependency Injection（DI, 依賴注入） 的概念出現在 JSF 和 EJB3 以及很多所謂的「輕型容器」中。
Bijection（雙向注入）和IoC的不同之處在於它是動態的、語境相關的以及雙向的。 - 工作區管理（Workspace Management）和多視窗瀏覽
Seam應用程序讓使用者自由地在多個瀏覽器視窗中切換，每個視窗都與一個不同的、安全隔離的交談關聯。Seam 不僅提供正確的多視窗操作，還提供在一個視窗中模擬多個視窗的操作。 - 更喜歡 XML 註解
Seam 擴展了EJB 3.0 提供的註解，以用於宣告式狀態管理和宣告式上下文劃分。 這讓你擺脫了對繁瑣的 JSF managed bean(JSF 受管 bean）的配置，減少了所需的XML，只剩下那些真正屬於XML的資訊（JSF導航規則）。 - 整合測試輕而易舉
你可以輕易地編寫重現與使用者完整交互的 JUnit 或 TestNG 測試，來演習除了視圖View（JSP 或者 Facelets 頁面）之外的所有系統元件。 - Web 應用程序不只是服務 HTML 頁面
Seam 為持續化整合了JPA 和 Hibernate 3，為輕量化的非同步性整合了EJB Timer Service和 Quartz，為工作流整合了jBPM，為業務規則整合了JBoss 規則，為電子郵件整合了Meldware Mail，為完整的文本搜尋整合了Hibernate Search 和 Lucene，為訊息整合了JMS，以及為頁面片斷捕捉整合了JBoss Cache。 Seam 在JAAS 和 JBoss 規則之上，創建了一個新的基於規則的安全框架。甚至有用來輸出 PDF、在線電子郵件和圖表及wikitext的JSF標籤資源庫。 - Seam 元件可以同時作為一個Web Service進行調用，非同步地從客戶端 JavaScript 或者 Google Web Toolkit，或者當然也可以直接從 JSF 調用。
抱歉這陣子剛開始學習jboss
回覆刪除想請教一下
Jboss跟seam jboss關係是？
seam jboss是不是就是 這個http://www.jboss.org/ ?