?

? 第16章主要介紹了Sun Microsystems的Java 2Enterprise Edition（J2EE）的架構規范，同時介紹了該規范的重要組成部分—Enterprise JavaBeans（EJB）。對以Java語言編寫的分布式面向對象程序，以及各種Java組件可以如何進行通信和交互，J2EE提供了一個標準的描述。EJB描述了服務器端基于組件的編程模型。作為一個整體，J2EE還描述了各種企業范圍的服務。最后，它描述了廠商需要如何為應用程序構建者提供基礎結構服務，以使得在與標準一致的情況下，所得到的應用可以移植到所有的J2EE平臺上。

? J2EE/EJB的規范在不斷地擴展，當前已有的服務包括：事務、安全性、命名、持久性和資源管理。這些服務能夠使J2EE/EJB應用的程序員從低層的分布式細節中解脫出來，從而將精力放在業務邏輯的開發上。J2EE/EJB通過使用一種通用的可移植性的語言并擁有組件間精確地契約，獲得了可移植性。它通過一些機制獲得了性能和性能可擴充性，這些機制包括：將應用分布給多個處理器（橫向擴充）、無狀態會話bean和資源池。

?? 第17章主要介紹了Luther構架。設計Luther的目的是提供一個通用的構架，以使Inmedius能夠在此框架內為其客戶的維護問題提供定制的解決方案。它基于J2EE構架，因此，這就成了一個通用的J2EE/EJB框架在下述環境下的應用：最終用戶通過無線網連接，并且有一個具有有限輸入/輸出能力和有限計算能力的設備。

? Luther是Inmedius構造用于支持客戶支持系統的快速構建的解決方案。它基于J2EE。我們已經投入大量的精力來開發可重用的組件以及簡化各部分功能添加的框架，而且其用戶接口設計用于支持基于客戶和基于瀏覽器的解決方案。

? 第18章主要介紹了用商業組件構建系統，對于用商業組件構建的系統，組件選擇涉及一個發現過程，該過程確定兼容組件的“裝配”，理解如何實現所期望的質量屬性，并確定是否可以將它們集成到所構建的系統中。

? 可以維持系統中的質量屬性，即使該系統主要是用其設計和交互機制不在設計師的掌握之下的商業組件的構建也是如此。然而，在這種類型的系統中實現質量屬性的要求的實踐與制定開發的代碼有很大不同。需求過程需要更加靈活，允許在市場中可以獲得的產品修改需求，從而提供一個更加的總體業務方案。需要確定基本需求，并在可行組件整體的評估中將其作為一個關鍵的限制引入。需要考慮多個偶然事件，因為基本需求的數量會增多，難度會加大，因此必須將定制開發考慮成一種fallback。

?? 第19章介紹了軟件構架的研究和實踐會向什么方向發展？同別人相比，我們也不具有超凡的洞察力。但我們將對未來做出預測。除了將來抽象的程度會更高、用以構成系統組件的構件將更為復雜外，我們對構架的未來發展做如下兩大預測：

?? 首先，編程和軟件工程的區別在于編程是滿足某一個人、某一個版本的軟件的需要，如果期望別人也來看看所開發的系統，就需要采用軟件工程技術來滿足這些人的需要。構架也正是如此。如果我們所關心的僅僅是得到某個正確的結果，采用微不足道的單一構架就足矣。當人的問題—使系統能夠良好的運轉、在成本限制內構建系統、實現期望的收益、使各小組能夠協調地共同完成系統的開發、幫助維護人員順利地進行維護、使得涉眾理解該系統—暴露出來是，就得采用某個構架了。

轉載于:https://www.cnblogs.com/hehejeson/articles/6416781.html

總結

以上是生活随笔為你收集整理的《构架之美》阅读笔记六的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。