摘要: 框架設計的基本原則：

對用戶而言，真正的開發效率來自能夠輕易地創造非凡的產品，而并非來自能夠輕易地創造垃圾。

1. 場景驅動設計原則
2. 低門欄原則
3. 自說明對象原則
4. 分層架構原則  閱讀全文

     摘要: Java編程實戰篇：設計自己的Annotation   閱讀全文

     摘要: ListView 日期,數字,字符排序  閱讀全文

     摘要: 在簡單的使用場景中，一定要讓框架無需文檔就能使用。

* 要確保API是直觀的，無需查閱參考文檔就能用于基本場景
你總不希望寫個“Hello World”都去查閱API文檔吧。
* 要為所有的API提供優秀的文檔。
一方面，并非所有的API都能自說明。不同的人會認為不同的API是自說明的；
另一方面，有些人想在開始使用API之前完全理解它們。  閱讀全文

     摘要: 框架必須以易于使用的方式來為普通用戶提供一個低門欄。  閱讀全文

     摘要: Java程序員需要了解的幾個開源協議  閱讀全文

     摘要: 數據庫連接與操作！  閱讀全文

     摘要: 如果框架的設計者能夠站在使用者背后解釋應該如何使用框架，那么就不需要同規范了。  閱讀全文

     摘要: Java垃圾回收機制算法！  閱讀全文

     摘要: 平時我們操作比較多的都是表里的數據，也許突然有一天會需要把所有表的名字都列出來看一看——比如，你的論壇是按每個版塊一個表來管理的，這時候你要在首頁列出各版塊的名字。應該怎么辦呢？

肯定得用SELECT吧……但我們平時使用SELECT操作的數據都是表里的數據，表的名字并不是表的數據，這可怎么辦呢？   閱讀全文

     摘要: 每個組件都有三要素：

* 內容，例如，按鈕的狀態（是否按下）或者文本框中的文本
* 外觀顯示（顏色、尺寸等）
* 行為（對事件的反應）  閱讀全文

     摘要: AWT中事件處理機制的概覽：

* 一個監聽器對象是一個實現了專門的監聽器接口的類的實例。
* 一個事件源是一個能夠注冊監聽器對象并向它們發送事件對象的對象。
* 事件發生時，事件源會把事件對象發生給所有的注冊監聽器。
* 監聽器對象隨后會使用事件對象中的信息來決定對事件的反應。  閱讀全文

     摘要: 內部類是定義在其他類內部的類。使用內部類的原因有以下四個：

* 內部類對象能夠訪問創建它的對象的實現——包括那些私有數據；
* 內部類能夠隱藏起來，不為同一包中的其他類所見；
* 匿名內部類可以方便地定義運行時回調；
* 使用內部類在編寫事件驅動的程序時用起來很方便。  閱讀全文

     摘要: mashup  閱讀全文

     摘要: 設計繼承的建議:

1. 把通用字段和操作放到超類中;
2. 不要使用受保護字段;
3. 使用繼承來模型化"is-a"關系;
4. 除非所有繼承的方法都有意義,否則不要使用繼承;
5. 使用多態,而非類型信息;
6. 不要濫用反射.  閱讀全文

     摘要: 加油！  閱讀全文

     摘要: 編寫完美equals方法的建議：
1. 顯示參數命名為otherObject
2. 測試this同otherObject是否是同一個對象：
if(this == otherObject) return ture;
3. 測試otherObject是否為null。如果是，就返回false。這個測試是必需的：if(otherObject == null) return false;
4. 測試this和otherObject是否屬于同一個類。這項測試是“對稱性規則”所要求的。 if(getClass() != otherObject.getClass()) return false;
5. 把otherObject的類型轉換為你的類型所屬的類型。
ClassName other = (ClassName)otherObject;
6. 最后比較所有字段。使用==比較基本類型字段，使用equals比較對象字段。  閱讀全文

     摘要: 繼承  閱讀全文