其他

    不靈敏的圖形化使用者介面會降低應用程式的可用性。當以下現象出現的時候，我們通常說這個使用者介面反應不靈敏：     不響應事件的現象；    沒有更新的現象；    這些現象在很大程度上與事件的處理方法相關，而在編寫Swing應用程式的時候，我們幾乎必然要編寫方法去響應滑鼠點擊按鈕，鍵盤迴車等事件。在這些方法中我們要編寫一些代碼，在運行時去觸發一些動作。常見動作包括尋找，更新資料庫等。在這篇文章中通過對一個執行個體的分析，介紹了一些基本概念，常見的錯誤以及提出了一個解決方案。   

　　資料庫應用程式是訪問儲存資料，並允許你查看、修改或操作這些資料的程式。在大多數情況下，資料存放區在一個資料庫中。然而，資料也可以作為文本，或以其它的格式儲存在檔案中。JBuilder允許你訪問這些資料，並在DataExpress組件庫連同JavaBean 組件庫(JBCL)的DataSet包和dbSwing包中定義的屬性、方法和事件，來操作這些資料。 　　從一個資料來源（如資料庫）請求資訊的資料庫應用程式被稱為客戶機應用程式。處理來自各種客戶機的資料請求的DBMS (Database

　　以資料庫為核心的軟體時代已經過去，資料庫時代早已結束，當我看到J2EE征途中那麼多人在對象和資料庫之間彷徨痛苦ing的時候，我想我該出來喊一聲了。　　其實這句話在幾年前肯定有人喊過，因為中介軟體時代的來臨，實際意味著資料庫時代終結，正所謂一山無二虎：如果你重視資料庫，你的J2EE系統就無法完全OO，只有你忽視資料庫，你的系統才有可能完全邁向OO，至於資料庫效能調優等特定功能都可交由EJB容器或O/R Mapping工具實現。

前言：webwork是當今流行的J2EE幾大架構之一，在實際的項目中，我們往往要在webwork的輸出資料流中調用一個圖表chart，代替直接用response.out輸出。那麼我們應該怎麼樣去實現呢？本文將詳細闡述JFreeChart在webwork中的應用。本文調試環境為windows2000+tomcat5.0。共分三個部分：1，JFreeChart 簡介 2，webwork簡介及webwork，JFreeChart應用環境的配置3，JFreeChart在webwork中的應用的具體例子一

POJO = pure old java object or plain ordinary java object or what ever.PO = persisent object 持久對象就是說在一些Object/Relation Mapping工具中，能夠做到維護資料庫表記錄的persisent object完全是一個符合Java Bean規範的純Java對象，沒有增加別的屬性和方法。全都是這樣子的：public class User { private long id;

最近對將子類對象賦值給父類對象有點心得,想和大家分享一下.但本人水平有限,請各位指正和批評.言歸正傳,下面是幾個小例子,請大家看一看. 測試一  父類：public class Supclass {    public void print()    {       System.out.println("this is 父類print()方法"+"——此時對象"+this.toString());    }}子類：public class Subclass extends Supclass {

 同步輸出目錄在Java開發過程中，有時候我們要建立一些簡單的類來測試某些功能，測試完成後就從磁碟刪除該類的源檔案，因為我們不想讓該類出現在最終的產品中。但是，雖然源檔案已經被刪除，編譯好的class檔案仍可能留在磁碟上，當有其他的類依賴於該類，就可能導致開發環境的不穩定。 在JBuilder中，我們可以設定一個編譯選項來同步（Synchronize）Java的源檔案和對應的類，這樣，一旦Java源檔案被刪除，對應的class檔案也將被刪除。按照如下步驟設定該同步選項： 開啟 Project |

James W. CooperIBM T.J. Watson 研究中心1998 年 5 月 Download it now!PDF (209 KB)Free Acrobat™ Reader摘自：Java 1.1 中物件導向編程的原理 摘要本文分析了Java DataBase Connectivity (JDBC)，一個在 Java 中以物件導向的方法來串連資料庫的技術。它是對 ODBC API

提綱: =================================== 一、用戶端介面 　　1.1 Remote介面 　　1.2 Home介面 二、執行個體 　　2.1 BMP實體Bean         2.1.1 ejbCreate()方法 　　　　2.1.2 ejbPostCreate()方法 　　　　2.1.3 ejbRemove()方法 　　　　2.1.4 ejbLoad()和ejbStore()方法 　　　　2.1.5 尋找器方法 　　　　2.1.6 業務方法 　　　　2.1

在工作中，我們常常會碰到具有遞迴性質記錄的資料，最常見的是某個機構部門節點的資料，某個節點一定會有個父節點屬性，同時它也許會有若干子節點。所有的節點資料都會存在資料庫中一張表中。這種現象在設計模式上叫Composite模式。下面我就給出一個用hibernate操作這種表的例子,關於hibernate配置和建立表結構的部分請參考我的前一篇文章《利用weblogic的資料來源作為hibernate的資料來源的例子》1.持久化類Node.javapackage com.jagie.business.o

一、概述　　很可能你現在正在規劃一個資料庫驅動的網站；而且幾乎可以肯定的是，你一定已經瀏覽過資料庫驅動的網站。過去，一些網站依賴CGI指令碼和文字檔儲存實現資料持久化，但現在我們能夠訪問大量不同的關係型、對象-關係型、物件導向型資料庫。　　對於Web應用來說，關聯式資料庫是一種強大的支援工具，這得感謝它們的高可用性、效能，而且相對來說，關聯式資料庫比較容易使用。要找出一個功能完善、原始碼開放、能夠在多種平台上啟動並執行資料庫系統並不困難。你可以用Perl、Java、PHP以及其他伺服器端指令碼語

提綱: ====================== 一、概述 　　1.1 持久化 　　1.2 共用訪問 　　1.3 主鍵 　　1.4 關係 二、實體Bean與JDBC 三、實體EJB組件 　　3.1 Bean管理的持久化 　　3.2 容器管理的持久化 ======================== 本文: ======================== 一、概述

一、四種驅動程式概念 A、JDBC-ODBC Bridge     橋接器型的驅動程式，這類驅動程式的特色是必須在使用者端的電腦上事先安裝好ODBC驅動程式，然後通過JDBC-ODBC的調用方法，進而通過ODBC來存取資料庫。     作為JDK1.1後的一部分，是sun.jdbc.odbc包的一部分 Application--->JDBC-ODBC  Bridge---->JDBC-ODBC  Library--->ODBC  Driver-->Database

目前很多人使用Hibernate作為持久層，如果我們已經寫了設定檔poweracl.hbm.xml，則不必再費勁寫SQL的DDL。除了利用工具SchemaExport之外，還可以編寫程式來自動初始化資料庫，並且產生SQL DDL。 (1)Hibernate設定檔hibernate.cfg.xml <?xml version='1.0' encoding='gb2312'?><!DOCTYPE hibernate-configuration PUBLIC

　　1. 介紹 　　許多人認為物件導向概念和關係型資料庫相互不一致，並且不能結合。事實上完全相反！經過靈活的使用，一個關係型資料庫能夠為物件導向（OO）模型提供一套優秀的實現。同樣的模型能夠用來開發編程代碼和關係型資料庫結構。 　　關係型資料庫技術是意義深遠的、強大的，但它比許多開發商使你相信的要難得多。單個表是簡單易懂的、直觀的。但由數以百計的表組成（這是常見的）的應用要徹底瞭解是相當困難的。這正是OO模型有用之處。 OO模型使你深入地、連貫地思考問題。

摘要本文描述了Decorator模式的三種不同實現：繼承、封裝與外掛。深入討論了每一種實現方式的優點與不足。原文連結:Three approaches for decorating your code 每一們讀過GoF的那本著名的設計模式一書的人都會知道Decorator模式。現在，讓我們暫時忘記所瞭解的Decorator概念，嘗試著從我們的開發經驗中去理解Decorator模式吧。Decorator是用於裝飾一個事物（或人）的另一個事物（或人）。一個Decorator直接改變被裝飾對象的職責或

很多人都不喜歡代碼，或者編寫代碼。可能覺得寫代碼過於枯燥，無聊，也可能覺得寫代碼實在是件簡單得事情（高手們都這麼想），毫不值得去擁抱它，甚至還有些人包含功利的想法。我也是有這樣得毛病，不得已，為了培養對代碼的好感，想盡辦法找了些代碼的好處。   代碼的第一大好處：實現軟體產品。呵呵，真是廢話，不過的確是首要得好處   代碼的第二大好處：在專案計劃階段，可以用來估算。通常得做法是按照程式碼來估算。比如，這個7人團隊以往的記錄是平均每人，每天可以完成100行代碼，此項目估計總程式碼為7萬行，那就大概

struts使用日期包括將string自動轉化為日期fill到form中，以及將form中的日期按照指定格式顯示在html的textfield中。首先講第一種情況的解決方案：建立如下類：import java.util.*;import org.apache.commons.beanutils.*;import java.text.SimpleDateFormat;public class DateConvert implements Converter{  static SimpleDateF

原文：JUnit A Cook's Tour 見 www.junit.org    1、介紹2、目標   3、JUnit設計   3.1、從測試案例TestCase開始 3.2、在run()方法中填寫方法體 3.3、用TestResult對象報告結果3.4、No stupid subclasses - TestCase again    3.5、不用擔心是一個測試案例還是許多測試案例－TestSuite    3.6、概要    4、結論    1、介紹     在較早的文章（Test Infe

概要 Java 提供了一個豐富的異常處理架構，但是許多程式員發現：跳過這個豐富的異常處理架構只使用類屬Exceptions要容易得多。本文探討了產生、捕捉和忽視類屬Exceptions的風險，並為處理複雜軟體項目內的一般的複雜異常建議了最好的處理方法。在最近的一個項目中，有一塊代碼實現原始碼的清除。因為它有許多不同的調用，很有可能會產生六個不同的異常。原來的程式員在試圖簡化代碼（或者儲存鍵入程式）之後宣告：該程式還不止產生6個不同的異常。這就使得代碼調用必須封裝在一個可以捕捉Exception