Java

由於Java中的所有東西都是控制代碼，而且由於每個對象都是在記憶體堆中建立的——只有不再需要的時候，才會當作垃圾收集掉，所以對象的操作方式發生了變化，特別是在傳遞和返回對象的時候。舉個例子來說，在C和C++中，如果想在一個方法裡初始化一些儲存空間，可能需要請求使用者將那片儲存地區的地址傳遞進入方法。否則就必須考慮由誰負責清除那片地區。因此，這些方法的介面和對它們的理解就顯得要複雜一些。但在Java中，根本不必關心由誰負責清除，也不必關心在需要一個對象的時候它是否仍然存在。

這裡總結一下同時適用於String和StringBuffer的方法，以便對它們相互間的溝通方式有一個印象。這些表格並未把每個單獨的方法都包括進去，而是包含了與本次討論有重要關係的方法。那些已被覆蓋的方法用單獨一行總結。首先總結String類的各種方法：方法 自變數，覆蓋 用途構建器 已被覆蓋：預設，String，StringBuffer，char數組，byte數組 建立String對象length() 無 String中的字元數量charAt() int Index

請觀察下述代碼： //: Stringer.javapublic class Stringer { static String upcase(String s) { return s.toUpperCase(); } public static void main(String[] args) { String q = new String("howdy"); System.out.println(q); // howdy

從表面看，不變類的建立似乎是一個好方案。但是，一旦真的需要那種新類型的一個修改的對象，就必須辛苦地進行新對象的建立工作，同時還有可能涉及更頻繁的垃圾收集。對有些類來說，這個問題並不是很大。但對其他類來說（比如String類），這一方案的代價顯得太高了。為解決這個問題，我們可以建立一個“同志”類，並使其能夠修改。以後只要涉及大量的修改工作，就可換為使用能修改的同志類。完事以後，再切換回不可變的類。因此，上例可改成下面這個樣子： //:

完全可以建立自己的唯讀類，下面是個簡單的例子： //: Immutable1.java// Objects that cannot be modified// are immune to aliasing.public class Immutable1 { private int data; public Immutable1(int initVal) { data = initVal; } public int read() { return data; }

儘管在一些特定的場合，由clone()產生的本機複本能夠獲得我們希望的結果，但程式員（方法的作者）不得不親自禁止別名處理的副作用。假如想製作一個庫，令其具有常規用途，但卻不能擔保它肯定能在正確的類中得以複製，這時又該怎麼辦呢？更有可能的一種情況是，假如我們想讓別名發揮積極的作用——禁止不必要的對象複製——但卻不希望看到由此造成的副作用，那麼又該如何處理呢？一個辦法是建立“不變對象”，令其從屬於唯讀類。可定義一個特殊的類，使其

為消除複製能力，大家也許認為只需將clone()方法簡單地設為private（私人）即可，但這樣是行不通的，因為不能採用一個基礎類方法，並使其在衍生類中更“私人”。所以事情並沒有這麼簡單。此外，我們有必要控制一個對象是否能夠複製。對於我們設計的一個類，實際有許多種方案都是可以採取的：(1)

我們可以通過tuscany提供的產生工具外掛程式將SDO定義產生為實際需要的java類，為工作提供便利，以下是使用此外掛程式的範例配置：<plugin><groupId>org.apache.tuscany.sdo</groupId><artifactId>tuscany-sdo-plugin</artifactId><executions><execution><id>simple</id&g

由於Struts已經為我們提供了一個非常好的MVC架構，我們利用Struts開發MVC系統時可以大大加快開發的速度。在開發時可以採用的一個開發流程如下：　　1. 收集和定義應用需求。2. 基於資料擷取和顯示的原則定義和開發"螢幕顯示"需求 。3. 為每一個"螢幕顯示"定義訪問路徑。4. 定義ActionMappings建立到應用商務邏輯之間的聯絡。5. 開發滿足"螢幕顯示"需求的所有支援對象。6.

要解決J2EE公司專屬應用程式開發的種種問題，就必須轉換思路，從減少分層，簡化技術架構，銷減系統複雜度，加強使用者參與這幾個方面同時努力。我在十年以前，曾經使用PowerBuilder開發過很多系統，驚歎於其快速開發能力，介面描述能力等等，在痛苦的進行J2ee開發多年以後，開始發心，將PowerBuilder裡面的DataWindow控制項重新設計實現，命名為WebDW。WebDW是我設計用來簡化J2EE開發的一個嘗試，也許這個產品本身並不完善，但整個考慮問題的思路我認為是可以借鑒的。6.1

基於J2EE架構的公司專屬應用程式開發新思維：Web應用以誰為中心？瀏覽器？伺服器企業Web應用，指的是企業內部使用B/S架構搭建的公司資訊系統，使用者一般局限在企業內部，為了適應企業某個商務程序而設計開發使用的系統。出於跨地區部署升級的考慮，一般採用B/S模式進行開發，避免在每個用戶端安裝配置的麻煩。一般情況下，前台瀏覽器特指IE瀏覽器，前台作業系統選擇Windows作業系統。非Windows作業系統的客戶機與非IE的瀏覽器不在本文討論範圍之內。本文主要討論以J2ee架構為基礎的Web應用，其

4.1關於J2EE開發的比喻打個比方.現在的j2ee開發,就好象對面來了一個人.最外面穿著一件風衣(HTML)風衣裡面穿著西裝(Struts)西裝裡面穿著馬甲(Spring)馬甲裡面穿著襯衫(Hibernate)襯衫的裡面才是真實的人(資料庫)全部衣服都是採用棉布做成的(Java)每件衣服上都可能有其他配件(第3方庫)各件衣服之間需要配套使用(版本相容)如果你想看到這個人到底長啥樣,必須得:先脫一件,再脫一件,再脫一件.最後才能看到最終資料庫裡面的資料是啥樣子.在很久很久以前,這個人是不穿衣服的

從總體上來說，構成目前J2EE

今天一大早，你的leader就匆匆忙忙跑過來找到你：“快，快，緊急任務！最近ChinaJoy馬上就 要開始了，老闆要求提供一種直觀的方式，可以查看到我們新上線的遊戲中每個服的線上人數。”你看了看日期，不是吧！這哪裡是馬上要開始了，分明是已經開始了！這怎麼可能來得及呢 ？“沒關係的。”你的leader安慰你道：“功能其實很簡單的，介面都已經提供好了，你只

今天你還是像往常一樣來上班，一如既往地開始了你的編程工作。專案經理告訴你，今天 想在伺服器端增加一個新功能，希望寫一個方法，能對Book對象進行處理，將Book對象的所有欄位以 XML格式進行封裝，這樣以後可以方便與用戶端進行互動。並且在封裝開始前和結束後要列印日誌， 這樣方便調試和問題定位。沒問題！你覺得這個功能簡直是小菜一碟，非常自信地開始寫起 代碼。Book對象代碼如下：public class Book { private String bookName;

寫軟體的時候經常需要用到列印日誌功能，可以協助你調試和定位問題，項目上線後還可以協助 你分析資料。但是Java原生帶有的System.out.println()方法卻很少在真正的項目開發中使用，甚至 像findbugs等代碼檢查工具還會認為使用System.out.println()是一個bug。為什麼作為Java 新手神器的System.out.println()，到了真正項目開發當中會被唾棄呢？其實只要細細分析，你就會

今天你的leader興緻沖沖地找到你，希望你可以幫他一個小忙，他現在急著要去開會。要幫什麼 忙呢？你很好奇。他對你說，當前你們項目的資料庫中有一張使用者資訊表，裡面存放了很用 戶的資料，現在需要完成一個選擇性查詢使用者資訊的功能。他說會傳遞給你一個包含許多使用者名稱的數 組，你需要根據這些使用者名稱把他們相應的資料都給查出來。這個功能很簡單的嘛，你爽快地 答應了。由於你們項目使用的是MySQL資料庫，你很快地寫出了如下代碼：public class QueryUtil {

大家寫單元測試時候，一定比較不喜歡測試那些返回void的方法，因為大多數是執行一些動作序列，感覺沒法測試，其實，對於這類方法，如果方法的執行是可能發生異常的，（比如方法本身就用throws語句），那麼這種方法就算是void傳回值，也是可以測試的。舉個例子，以下就是我寫的一個為返回void方法進行的單元測試：@Test public void testServeResource() throws Exception { MockWebServer

使用 ApacheDS 和 Acegi 實現存取控制瞭解了 Acegi 安全系統（Acegi Security System）的 基礎知識 後，我們 將介紹該系統的更加進階的應用。在本文中，Bilal Siddiqui 向您展示了如何 結合使用 Acegi 和一個 LDAP 目錄伺服器，實現靈活的具有高效能的 Java™ 應用程式的安全性。還將瞭解如何編寫存取控制策略並將其儲存在 ApacheDS 中，然後配置 Acegi 使其與目錄伺服器互動，從而實現身分識別驗證和授

簡介：Ward Cunningham 曾經說過，乾淨的代碼清晰地表達了代碼編寫者所 想要表達的東西，而優美的代碼則更進一步，優美的代碼看起來就像是專門為了 要解決的問題而存在的。在本文中，我們將展示一個組合式解析器的設計、實現 過程，最終的代碼是優美的，極具擴充性，就像是為瞭解析特定的文法而存在的 。我們還會選取 H.248 協議中的一個例子，用上述的組合式解析器實現其文法 解析器。讀者在這個過程中不僅能體會到代碼的美感，還可以學習到函數式編程 以及構建 DSL 的一些知識。DSL