說到GUI類庫的重用有一個(gè)很著名的模式：Composite模式。對，一個(gè)現(xiàn)代面向?qū)ο驡UI類庫基本上都有這個(gè)模式的實(shí)現(xiàn)，當(dāng)然也包括swing.不
過早一點(diǎn)如MFC就沒有完整的實(shí)現(xiàn)，現(xiàn)在來看如果一個(gè)GUI類庫連基本的Composite模式都沒有實(shí)現(xiàn)基本上感覺是出土的文物啦！
但是我們來看即便有了Composite模式，但Composite模式通常是構(gòu)建靜態(tài)組合，如果要動態(tài)的替換一個(gè)復(fù)合組件內(nèi)部的子元素如何辦呢？如此一來這個(gè)組件就只能定義自己的布局形式，而不能定死在這個(gè)布局形式內(nèi)的元素。
其實(shí)從用戶角度來說一個(gè)GUI元素通常就是兩種情況要么就是表現(xiàn)，要么就是處于和用戶交互狀態(tài)，這是它們的形態(tài)通常不一樣。所以組件不僅僅要只定義自己的布局形式，還要給于外部機(jī)會來配置當(dāng)自己的子元素處于這兩種狀態(tài)時(shí)相應(yīng)的UI組件是什么！
swing通過renderer/editor達(dá)到了這種靈活性。如swing中JTable,JList,JTree等組件都只是定義了自
己的布局形式。并且都可以配置renderer/editor，這樣你的renderer/editor實(shí)現(xiàn)就接管了組件里面元素的表現(xiàn)形式和交互形態(tài)。
理論上你可以用任何JComponent作為組件里面元素的表現(xiàn)形式和交互形態(tài)。其靈活性和重用性達(dá)到了一個(gè)巔峰！
以前還聊過一個(gè)JTable的例子！
http://www.douban.com/group/topic/1112689/