Java

1前言在企業級的應用系統開發領域，J2EE架構現在已經被普遍接受了。雖然它並未完全兌現剛剛出現時的種種美好確保，跨平台，分布式，易於開發維護等等，但J2EE的廣泛普及，已經是一個不爭的事實。雖然J2EE已經非常普及，但從技術上來講，它本身還是存在很多缺陷的，比較突出的缺點，就是開發效率低，維護更加複雜，許多項目組都陷入其中不可自拔。本文將就造成這一現象的原因進行初步探討，並在此基礎上提出自己的解決思路。本文討論的範圍僅限於採用B/S開發企業的應用系統，不涉及網站類型的應用開發。討論的技術方向，主

寫一個大家都比較熟悉的資料結構：單向鏈表。不過先告訴大家一個小秘密，java的API裡面已經提供了單向鏈表的類，大家可以直接拿來用，不過學習資料結構課程的時候想必大家也已經知道，雖然系統會給我們提供一些常用的資料結構，但是自訂的總是能夠帶來不同的喜感的，而且通過自己的編寫也更能夠讓我們瞭解其中實現的過程，而且我們還可以寫一些比較個人化的方法作為屬於自己的資料結構。這裡主要是介紹一些常用結構裡面都會用到的方法，以及鏈表具體是如何操作的。首先，單鏈表相對於隊列的優勢在於儲存地址不是連續的，這樣的意義

Java內建的觀察者模式, 是通過繼承父類, 實現觀察者模式的幾個主要函數:Observerable(可被觀察的): 是一個父類(class),addObserver(), 添加觀察者; deleteObserver(), 刪除觀察者;notifyObservers(), 通知觀察者;setChanged(), 確認更改;Observer(觀察者): 是一個介面(interface), update(), 更新觀察者資料;setChanged()->notifyObservers(),

Java的IO類使用裝飾者模式進行擴充, 其中FilterInputStream類, 就是裝飾者(decorator)的基類.實現其他裝飾者(decorator), 需要繼承FilterInputStream類.代碼:/** * @time 2014年5月23日 */package decorator.io; import java.io.FilterInputStream; import java.io.IOException; import

近幾年來，XML 的確給編程世界帶來了巨大衝擊。然而，XML 應用程式的複雜 性（從一開始就很複雜）在最近幾年中並沒有減少多少。開發人員仍要花幾個星 期的時間（即使不是幾個月）來學習複雜的 XML 語義和 API（如 SAX 和 DOM） 來操作 XML。然而，在過去的 6 個月到 12 個月中，相對於那些較複雜的 API， 另一種新的比較簡單的 XML API（稱為 Quick）已經越來越受到歡迎。資料繫結允許您直接在 Java 對象和 XML 之間映射，而不必處理 XML 屬性和

SOAP（簡易物件存取通訊協定 (SOAP)）是 IBM、Microsoft、DevelopMentor 和 UserLand Software 為在網路上交換資訊而開發的一種已在發展的 W3C 標準。隨著 Web 上 可以公開使用的 SOAP 伺服器的不斷增加，SOAP 幾乎對用任何語言編寫的程式― ― 即使是用流行的簡單語言（如 Visual Basic、JavaScript 和 perl）編寫的 非常短小的程式――執行著 HTML 對 網頁瀏覽器所做的事：它為這些程式提供一

第 1 部分介紹了有關為什麼您希望對 XML 使用資料繫結的背景知識，還概述 了可用於資料繫結的 Java 架構。如果您尚未閱讀 第 1 部分，那麼現在您也許 至少應該瀏覽一下那篇文章。在本部分中，我將直接討論效能問題，而不會進一 步討論原因和方法！效能測試為了對資料繫結架構進行效能測試，我產生了包含類比的航班時刻表資訊的文 檔。這些文檔的結構與我在較早的有關利用 Castor 進行映射資料繫結的文章中 定義的結構相同。下面是該結構的樣本，之所以稱其為 緊湊格式是因為它主要對

資料繫結 提供了一種簡單而直接的方法，以在 Java 平台應用程式中使用 XML。有了資料繫結，應用程式可以在很大程度上忽略 XML 文檔的實際結構，而 直接使用那些文檔的資料內容。雖然這種方法不能適合於所有應用程式，但在一 般情況下，對於那些將 XML 用於資料交換的應用程式是比較理想的。除了簡化編程之外，資料繫結還提供了其它一些好處。由於資料繫結對許多文 檔細節進行了抽象，因此對於在記憶體中處理文檔，它通常所需要的記憶體比文檔模 型方法（譬如 DOM 或

必須將 XML 儲存在某個地方XML 是一種偉大的資料格式 — 顯 而易見，整個 IBM developerWorks 專區都在專註於研究這個主題。2007 年， 關於 XML 的討論多半是 Web 服務，或者 XML 和 Java™ 對象之間的轉換 ，或者讀取 XML 設定檔，或者甚至是使用 XML 格式的資料庫代替關係或面向 對象的資料庫。目前，我們還沒有聽到有人在談論如何將所使用的記憶體表示 — DOM、 JDOM 等等 — 中的 XML

XML 用於業務而非技術隨著 XML 的日趨盛行，人們也越來越注重可 用性。換句話說，程式員和管理者並不希望把 XML 看作是一項技術，擁有自己 的語義和詞彙結構，而認為它更像是純粹的資料，訪問時不用擔心 XML 資料格 式的細節。完成 XML 從技術到業務格式的轉換，最簡單是方法就是數 據綁定，這種說法還有待論證。資料繫結就是使用API （Application Programming Interface，API）操作 XML 文檔中的資料，這樣 程式員就不必過多地瞭解

一、概述Servlet是一種獨立於平台和協議的伺服器端的Java應用程式，可以產生動態Web頁面。Servlet是位於Web 服務器內部的伺服器端的Java應用程式，與傳統的從命令列啟動的Java應用程式不同，Servlet由Web伺服器進行載入，該Web伺服器必須包含支援Servlet的Java虛擬機器。Java Servlet 與 Applet 的比較:相似之處：* 它們不是獨立的應用程式，沒有main()方法。* 它們不是由使用者或程式員調用，而是由另外一個應用程式(容器)調用。*

譯者前言：近來在整理有關Servlet資料時發現，在網上竟然找不到一份中文的Java Servlet API的說明文檔，而在有一本有關JSP的書後面附的Java Servlet API說明竟然不全，而這份文檔的2.1a版在1998年的11月份就已定稿。所以我決定翻譯一份中文的文檔（其中一些與技術關係不大的部分已被略去），有興趣的讀者可以從http://java.sun.com/products/servlet/2.1/servletspec-2.1.zip下載原文閱讀。Java Servlet

對於一個商務網站來說，廣告系統是必不可少的。一個好的廣告系統是一個網站穩定收入的基礎。而旗幟廣告（banner）則是網站廣告中占絕大部分的廣告，因此開發一個旗幟廣告系統就非常重要了。利用Java Servlet 我們可以很輕鬆的構建屬於我們自己的旗幟廣告系統。我們一般在網頁上放上一些圖片，設定它們的連結指向廣告客戶的網頁，然後產生記錄檔存放瀏覽的人數，瀏覽者的IP等資訊，這就是開發旗幟廣告系統的一般思路。下面，我想結合一個常式來介紹一下如何使用Java

引言單元測試是軟體開發過程中重要的品質保證環節。單元測試可以減少代碼中潛在的錯誤，使缺陷更早地被發現，從而降低了軟體的維護成本。軟體代碼的品質由單元測試來保證，而單元測試自身的品質與效率問題也不容忽視。提高單元測試的品質與效率，不僅能夠使軟體代碼更加有保證，而且能夠節省開發人員編寫或者修改單元測試代碼的時間。衡量單元測試品質與效率的指標多種多樣，程式碼涵蓋範圍是其中一個極為重要的指標。一般而言，程式碼涵蓋範圍越高，單元測試覆蓋的範圍就越大，代碼中潛在錯誤的數量就越少，軟體品質就越高。本文首先介紹

前幾天仔細看了看java的I/O操作，呵呵。就寫了一個操作檔案的類包，功能有建立檔案或目錄，刪除檔案或目錄，複製檔案或目錄，移動檔案或目錄，設定檔案或目錄屬性，查看檔案或目錄大小。呵呵，功能比較簡單，原始碼為：建立：Java代碼package fileOperation;import java.io.File;import java.io.FileOutputStream;/*** @author wakin**/public class Create{　　

隨著軟體項目的逐漸增大，軟體測試在軟體開發中的地位顯得越來越重要。如果軟體項目沒有良好的測試流程，隨著系統的增大，無論專案管理人員還是軟體開發人員都會對項目的前景失去信心，甚至會對項目的目標產生分歧，因為長期以來沒有對程式碼和系統設計進行有效控制，很多問題都被暫時掩蓋或逐漸演化成其他的問題。軟體開發週期越長，就會使得問題進化的版本越多，最後造成的結果是“剪不斷，理還亂”。單元測試是整個測試流程中最基礎的部分，它們要求程式員儘可能早地發現問題，並給予控制，這是其一。另外，如

引言本文面向的是那些想要對他們的 EJB 進行單元測試以及為這些 EJB 開發測試案例的 VisualAge® for Java™ 使用者。本文基於 VisualAge for Java 3.5.3 和 JUnit 3.7。文章描述了 JUnit、對 EJB

實現的邏輯大體是GeneralDAO(Interface). AbstractGeneralDAOImpl(Abstract class),　 GeneralService(Interface), AbstractGeneralServiceImpl(Abstract class).具體IDAO extends GeneralDAO,IDAOImpl extends AbstractGeneralDAOImpl,IService extends

OO思維經常看到不少人抱怨Java EE/J2EE中配置太複雜，煩瑣，不簡單易學，其實所謂簡單易學是取決於你是否有OO思維方式。表現層的介面表單中通常是一些離散資料，也就是單個欄位資料，通過Struts等架構提供ActionForm以及標籤庫，將這些單個欄位資料封裝起來和業務層的Domain Model進行了映射，因此，表現層的主要編程工作就是映射配置。持久層是將Domain

一個網友正好需要這個東西，我就把幾個技術整合到了一起。包括三個部分，實現時也是逐個做到的多線程的檔案下載，HTTP協議把這個功能做成一個HTTP的服務，偵聽在某個連接埠上，方便非Java的系統使用把這個功能封裝為一個Windows服務，在機器啟動時可以自動啟動我們逐個看程式。一、多線程下載這個主要使用了HTTP協議裡面的一個Range參數，他設定了你讀取資料的其實位置和終止位置。 經常使用flashget的使用者在查看串連的詳細資料時，應該經常看到這個東西。比如Range:bytes=100-2