Swing模型和渲染器
Swing模型和渲染器
在這些更為復(fù)雜的Swing組件中，渲染器是提供可擴(kuò)展性的關(guān)鍵。我們以JTable作為渲染器的示例。缺省表格中的每一格可能都有一個(gè)JLabel，這對于比較小的數(shù)據(jù)集來說可行，但是對于大數(shù)據(jù)集就行不通。比如，如果使用這種表格顯示1000x1000的數(shù)據(jù)集，需要的內(nèi)存可能要1G，即使每個(gè)格子都是空的。
如果解決這種擴(kuò)展性問題？Swing的JTable使用一個(gè)組件來畫出所有相同類型的格子。比如所有的String對象的格子都使用相同的組件畫。這種類型的組件被稱作渲染器(renderer)，使用渲染器顯示多個(gè)表格極大的減小了大型數(shù)據(jù)表存儲(chǔ)空間。
當(dāng)渲染器用來顯示表格時(shí)，JTable從model中獲取格子中的數(shù)據(jù)，然后使用這些數(shù)據(jù)對渲染器進(jìn)行配置，然后使用該渲染器畫出該格子。接下來，渲染器繼續(xù)移動(dòng)到下一個(gè)格子，然后重復(fù)這個(gè)過程。
注意你可以通過操作Swing模型和渲染器來控制這個(gè)過程，所有的矢量組件，包括JTree、JList以及JComboBox都使用渲染器方法，并不僅限于JTable。
模型(Model)
直接操作Swing的模型(Model)對于編寫可擴(kuò)展的用戶界面至關(guān)重要，下面代碼是往JComboBox添加數(shù)據(jù)項(xiàng)的通常做法：
這些代碼只是簡單的往JComboBox中添加數(shù)據(jù)項(xiàng)，代碼同往AWT的Choice中添加選項(xiàng)類似，這種方法對于小數(shù)據(jù)量來說可以，但是當(dāng)要添加大量數(shù)據(jù)時(shí)就會(huì)明顯變得非常慢。
盡管上面的代碼沒有明確引用任何模型，JComboBox的模型對象實(shí)際上參與這個(gè)過程，每次調(diào)用addItem時(shí)，JComboBox內(nèi)部發(fā)生了許多操作：組件將請求傳遞給JComboBox的模型，模型發(fā)送一個(gè)事件表明一個(gè)新項(xiàng)被添加。很明顯，如果你直接操作模型的將會(huì)更高效，如下例所示：
這樣為什么會(huì)更快呢？原因有兩個(gè)。***，因?yàn)樗许?xiàng)是一次添加到模型去，而不是一個(gè)一個(gè)的，只有一個(gè)事件發(fā)出，這意味著更少的事件觸發(fā)，更少的方法調(diào)用。第二是因?yàn)樾枰ㄖ兓膶ο蟾伲偟墓ぷ髁康扔谟|發(fā)次數(shù)乘以偵聽器數(shù)目。因?yàn)槟Ｐ褪切聞?chuàng)建的，偵聽在上面的偵聽器為零，這意味著沒有觸發(fā)事件發(fā)生。
從上面的例子可以學(xué)到兩點(diǎn)：
盡可能使用批操作，盡量減少觸發(fā)事件的數(shù)量。
當(dāng)初始化或者需要完全替換模型的內(nèi)容時(shí)，考慮重新生成模型，不要使用已經(jīng)存在的模型，已存在模型上已經(jīng)保持了很多的偵聽器，新生成的模型沒有偵聽器，這樣避免了不必要的處理函數(shù)的調(diào)用。
觸發(fā)事件數(shù)量嚴(yán)重影響你的程序啟動(dòng)時(shí)間，也會(huì)影響打開對話框和相似操作的時(shí)間。
本想詳細(xì)舉幾個(gè)例子進(jìn)一步說明Swing模型和渲染器的用法和好處，但網(wǎng)絡(luò)速度還是太慢，寫一篇文章太痛苦了...加上篇幅原因，準(zhǔn)備以后再寫一文，彌補(bǔ)這方面的知識。
【編輯推薦】
