final 關鍵字常常被誤用 - 聲明類和方法時使用過度,而聲明執行個體欄位時卻使用不足。本月,Java 實踐者 Brian Goetz 探究了一些有關有效使用 final 的準則。 如同它的“表親”- C 中的 const 關鍵字一樣,根據上下文,final 表示不同的東西。final 關鍵字可應用於類、方法或欄位。應用於類時,意味著該類不能再產生子類。應用於方法時,意味著該方法不能被子類覆蓋。應用於欄位時,意味著該欄位的值在每個構造器內必須只能賦值一次而且此後該值永遠不變。大多數 Java
很多成功的公司專屬應用程式程式都是使用 Java EE 平台構建的。但是,Java EE 的設計原理並不能夠有效地支援 Web 2.0 應用程式。深入瞭解 Java EE 和 Web 2.0 原理之間的脫節可協助您制定明智的決策,從而使用各種方法和工具在一定程度上解決這種脫節。本文將解答 Web 2.0 和標準 Java EE 平台緣何成為失敗的組合,並示範為何由事件驅動的非同步架構更適合 Web 2.0 應用程式。本文還介紹了一些架構和 API,它們通過支援非同步設計使得 Java
為應用程式添加搜尋能力經常是一個常見的需求。本文介紹了一個架構,開發人員可以使用它以最小的付出實現搜尋引擎功能,理想情況下只需要一個設定檔。該架構基於若干開源的庫和工具,如 Apache Lucene,Spring 架構,cpdetector 等。它支援多種資源。其中兩個典型的例子是資料庫資源和檔案系統資源。Indexer 對配置的資源進行索引並傳輸到中央伺服器,之後這些索引可以通過 API 進行搜尋。Spring 風格的設定檔允許清晰靈活的自訂和調整。核心 API
這是最後一篇Java雜談了,以ORM架構的談論收尾,也算是把J2ee的最後一方面給涵蓋到了,之所以這麼晚才總結出ORM這方面,一是筆者這兩周比較忙,另一方面也想善始善終,仔細的先自己好好研究一下ORM架構技術,不想草率的敷衍了事。其實J2ee的規範指南裡面就已經包括了一些對象持久化技術,例如JDO(Java Data Object)就是Java對象持久化的新規範,一個用於存取某種資料倉儲中的對象的標準化API,提供了透明的Object Storage
引用《Spring2.0技術手冊》上的一段話:Spring的核心是個輕量級容器,它是實現IoC容器和非侵入性的架構,並提供AOP概念的實現方式;提供對持久層、事務的支援;提供MVC Web架構的實現,並對於一些常用的企業服務API提供一致的模型封裝,是一個全方位的應用程式架構,除此之外,對於現存的各種架構,Spring也提供了與它們相整合的方案。接下來筆者先談談自己的一些理解吧,Spring架構的發起者之前一本很著名的書名字大概是《J2ee Development without