Spring Security 3（Spring 安全服務）      摘要: Spring Security 為基于 Java EE 企業應用提供了全面安全服務。安全主要包括兩個方面的操作：“認證”和“驗證”（或者說是權限的控制）……
  閱讀全文

BigDecimal 執行精確小數計算      摘要:

  閱讀全文

java 動態代理（Proxy）      摘要: 動態代理可以提供對另一個對象的訪問，同時隱藏實際對象的具體事實，代理對象對客戶隱藏了實際對象。動態代理可以對請求進行其他的一些處理，在不允許直接訪問某些類，

或需要對訪問做一些特殊處理等，這時候可以考慮使用代理。目前 Java 開發包中提供了對動態代理的支持，但現在只支持對接口的實現 ……
  閱讀全文

java 泛型 深入      摘要: 泛型的主要好處就是讓編譯器保留參數的類型信息，執行類型檢查，執行類型轉換（casting）操作，編譯器保證了這些類型轉換（casting）的絕對無誤 ……
  閱讀全文

java 反射（Reflect）

java 可變參數      摘要: 可變參數的特點：

1. 在變量類型之后用 "..." 來聲明該變量為可變的，"..." 位于變量類型和變量名之間，中間有無空格都行

2. 只能出現在參數列表的最后，作為最后一個參數傳遞到方法中

3. 可變參數相當于一個長度不確定的數組，在方法體中可以以數組的形式來訪問可變參數

  閱讀全文

配置添加 Java 模板代碼

JFreeChart 生成 折線圖（Struts2 + Maven3 + JFreeChart）      摘要: 接上一篇隨筆 JFreeChart 生成 柱狀圖 ，環境及其配置不變，只是將生成柱狀圖的核心類 CylinderAction 替換成 CurveAction，讓 CurveAction來負責折線圖的生成
  閱讀全文

JFreeChart 生成 餅狀圖（Struts2 + Maven3 + JFreeChart）      摘要: 接上一篇隨筆 JFreeChart 生成 柱狀圖 ，環境及其配置不變，只是將生成柱狀圖的核心類 CylinderAction 替換成 PieAction，讓 PieAction 來負責餅狀圖的生成
  閱讀全文

JFreeChart 生成 柱狀圖（Struts2 + Maven3 + JFreeChart）      摘要: JFreeChart 是一組功能強大、靈活易用的Java繪圖API，使用它可以生成多種通用性的報表，包括柱狀圖、餅圖、曲線圖、甘特圖等。目前 JFreeChart 的最新版本是 1.0.14 ……
  閱讀全文

java 適配器模式（Adapter）      摘要: 適配器模式（Adapter 模式），將一個類的接口轉換成客戶希望的另外一個接口。Adapter 模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作 ……  閱讀全文

java 建造者模式（Builder）      摘要: Builder 模式 —— 建造者模式（又譯成生成器模式）的主要功能是構建復雜的產品，它是將一個復雜對象的構建與它的表示分離，使得同樣的構建過程可以創建不同的表示...  閱讀全文

依賴倒轉原則（DIP）      摘要: 依賴倒轉原則（Dependence Inversion Principle，簡稱DIP）講的是：

1）高層模塊不應該依賴底層模塊，兩個都應該依賴抽象。

2）抽象不應該依賴細節，細節應該依賴抽象。

依賴倒轉的另外一種表述是：要針對接口編程，不要針對實現編程。

也就是說，應該使用 java 接口或抽象 java 類進行變量的類型聲明、參量的類型聲明、方法的返回類型聲明、以及數據類型的轉換等；

不應該使用具體的 java 類型進行變量的類型聲明、參量的類型聲明、方法的返回類型聲明、以及數據類型的轉換等。  閱讀全文

里氏代換原則（LSP）      摘要: 里氏代換原則（LiskovSubstitution Principle，簡稱LSP）說的是：一個軟件實體如果使用的是一個基類的話，那么一定適用于其子類，而且它根本不能夠察覺出基類對象

和子類對象的區別。也就是說，在軟件實體里面，把父類都換成其子類，程序的行為是不會發生變化的。

里氏代換原則（LSP）：子類型必須能替換掉它的父類型，反過來代換原則不成立。

里氏代換原則是繼承復用的基石，只有當衍生類可以替換掉基類，軟件單位的功能不會受到影響的時候，基類才能真正被復用，而衍生類也才能夠在基類的基礎上添加新的行為。
  閱讀全文

開閉原則（OCP）      摘要: 所謂的開閉原則（Open-Closed Principle，簡稱 OCP）說的是：軟件實體（類、模塊、功能等）應該可以被擴展，但不可被修改。

開閉原則說白了就是，應該在不修改現有代碼的基礎上，引入新功能。

開閉原則中的“開”，是指對于組件功能的擴展是開放的，是允許對其進行功能擴展的；開閉原則中的“閉”，是指對于原有代碼的修改是封閉的，即不應該修改原有的代碼。

而實際上，要做到百分之百的封閉是不可能的，但是在系統設計的時候，還是應該盡量做到這一點。
  閱讀全文