描述Swing實現的目標
Swing實現的目標
按Swing實現的目標，將開發java界面的開發人員分為兩類：首先是開發獨立的組件，這些組件與具體應用無關，Swing自身也提供了一套，開發者也可以開發自己的組件，這些人是組件開發者角色；然后是為某應用程序構建GUI，則是使用那些組件類建立組件實例，并且通過建立容器關系來實現界面需求，這些是GUI開發者角色。從這個清晰的劃分出發可以體會Swing面向OO開發的精神。組件開發者開發的每一個組件面向所有應用，是一個高度抽象，打包封裝好的類，因此高度復用；而GUI開發者的開發過程則是根據需要繼續 OO---，首先整個應用界面職責被封裝成一個類，該類的實例的生命周期就代表了整個應用界面的生命周期，再從應用領域角度進行界面職責劃分，利用容器概念，快速通過聚合，定制組件實例打造出承擔各個細分應用領域界面交互職責的“面板類/頁面類”，***應用界面類實例將在整個生命周期內不斷耦合托付各類“ 面板類/頁面類”實例（一般通過“頁面接口”實現動態性）來完成全部界面交互職責。
反過來說，Swing也正是為了這樣的oo實踐需要而誕生的。在以上描述的gui構建中，最頻繁的就是通過容器組裝出特定面板組件來。那么如何定制子組件在容器面板上的分布呢？
Swing實現的目標是Container中可以setLayout(LayoutManager mgr)，該mgr給出了一種布局方式，比如按五位圖布局還是表格布局；而子組件加入容器時可以給出針對此容器布局方式的各自的布局信息， Container.add(Component comp, Object constraints)；***當繪制該容器的子組件時根據這些布局信息計算出各組件合適的大小位置等信息進行繪制即可。不過在Swing中，為了提高性能，不是每次繪制時都重新根據布局信息計算該如何繪制子組件，而是將在一次處理過程中把根據布局信息計算的繪制要求存儲在子組件和容器中，比如調整后的子組件的位置，容器的合適大小等，以后繪制時直接繪制；除非此后發生布局變化，比如容器remove掉一個子組件，將要導致一次重新計算布局信息的處理過程;由于Swing中的組件關系是一層包一層，某一層的變化可能導致整個樹都需要重新計算，這就和repaint的場景類似了，也因此，Swing將采取類似repaint的提交請求等待處理的模式，就是傳說中的revalidate。下面看jre1.7中具體的實現：
- PublicclassJComponent{
- publicvoidrevalidate(){
- if(getParent()==null){
- return;
- }
- if(SwingUtilities.isEventDispatchThread()){
- invalidate();//使該組件布局失效
- RepaintManager.currentManager(this).addInvalidComponent(this);//向RM請求一次重布局
- }
- else{//如果不是在EDT中調用需要調整到EDT中。
- //ToavoidafloodofRunnableswhenconstructingGUIsoff
- //theEDT,aflagismaintainedastowhetherornot
- //aRunnablehasbeenscheduled.
- synchronized(this){
- if(getFlag(REVALIDATE_RUNNABLE_SCHEDULED)){
- return;
- }
- setFlag(REVALIDATE_RUNNABLE_SCHEDULED,true);
- }
- RunnablecallRevalidate=newRunnable(){
- publicvoidrun(){
- synchronized(JComponent.this){
- setFlag(REVALIDATE_RUNNABLE_SCHEDULED,false);
- }
- revalidate();
- }
- };
- SwingUtilities.invokeLater(callRevalidate);
- }
- }
【編輯推薦】
