專利名稱：一種實現(xiàn)靈活裝卸的向導式界面的方法
技術領域：
本發(fā)明涉及通訊領域，尤其涉及的是，通訊領域單板向導式界面的靈活組合和拆卸的方法。
背景技術：
向導式界面是界面顯示中一種比較常見的類型，其應用也非常廣泛，其特點是界面結構相對穩(wěn)定，多個頁面之間存在直接或間接的聯(lián)系，其作用是引導用戶完成其所期望的任務或功能。然而也由于其自身的不靈活性，特別是當要加入或減少某些過程控制時，可能需要對大部分原有代碼進行修改，而給這種頁面的維護帶來了弊端。同時，由于其頁面的相互關聯(lián)，在實現(xiàn)上也存在著諸多問題，大部分頁面堆疊在一起，即不直觀也不好定位。解決這個問題的根本所在就是考慮一種方法，把這種可能需要修改的內容從代碼中提取出來，以最大可能來增強這種存在業(yè)務邏輯關系的頁面的靈活性，充分發(fā)揮向導式界面的作用。
以單板主備同步為例，其界面是一個比較固定的界面框架，而其內部經常變化的是局部位置上的組件，這種界面的實現(xiàn)方法通常有兩種。
一種是把主界面固定，然后設計一組面板，這些面板之間的聯(lián)系通過公共接口來實現(xiàn)，其先后順序通過設置(如java中的卡片式布局)序列號來實現(xiàn)，但是這種做法其實質只是提供了公共接口去控制當前顯示的面板應該是什么，而真正的邏輯定義都是在程序中實現(xiàn)，并且，還增加了每次判定的次數(shù)，因為按鈕事件是相同的，而當前顯示的頁面是不定的，這就需要在按鈕事件發(fā)生時去判定當前顯示的頁面是什么，先前的參數(shù)值是什么等等，每一個頁面的所有可能都不得不在一個函數(shù)中來全部遍歷一次，這樣就花費了不必要的時間，同時還增加了維護的困難。
另外一種方式就是實例重構的方式，也就是每一次顯示的頁面其實就是一個全新的界面，當點擊按鈕的時候當前界面隱藏或消失，下一個界面顯示出來(類似web中的頁面處理方式)，這樣可以把每個頁面的邏輯獨立出來，但是卻額外增加了對設置值的保存工作和帶來頁面閃爍的弊端。并且毫無疑問，上述兩種方法都存在維護困難的問題，比如當需要增加頁面中的某個參數(shù)顯示或整個頁面的刪除或增加時，常常要在代碼中遍歷所有相關調用，然后一一修改，這種做法不但修改量大，而且很不安全；另外，假如存在頁面復用的情況，原有方法基本上只能在組件級別上復用，而不能真正實現(xiàn)整個界面的復用。

發(fā)明內容
本發(fā)明的目的在于提出一種實現(xiàn)靈活裝卸的向導式界面的方法，很好的把向導式界面的業(yè)務邏輯從代碼中抽取出來，真正實現(xiàn)了向導式界面的靈活增加和減少的功能。
本發(fā)明的技術方案包括一種實現(xiàn)靈活裝卸的向導式界面的方法，包括以下步驟A，把向導式界面中不變或變化少的部分提取出來形成一個主界面框架部分，剩余部分形成一個易于變化的頁面部分；B，定義一注冊機制，在注冊時包含組件調用的必要信息，該注冊機制負責定義和讀取執(zhí)行序列；C，定義一控制機制，該控制機制用于負責讀取所述注冊機制傳回的當前序列，并去調度需要的主界面框架和需要加載的頁面，進行前置處理后顯示為界面。
所述的方法，其中，所述步驟B中包括有注冊信息，該注冊信息包含主界面類名，頁面類型和頁面類名，以及一可選的分支判定。
所述的方法，其中，在單板主備同步中所述步驟B包括B1、定義一分支判斷，并在注冊中獲取上一個頁面的返回值，通過返回值定義下一個頁面的顯示內容；B2、前面兩個頁面的選擇情況來顯示單板主備同步的列表，在注冊中重新定義一個主界面的類名，并在其下定義需要顯示的頁面類名；B3、在注冊類型中注明為動作類型，并在注冊信息中填入動作序列的執(zhí)行類名。
所述的方法，其中，還包括當獲取主界面框架時，首先判定當前界面是否已經顯示，如果已經顯示，則調用當前主界面實例，如果沒有顯示則重新創(chuàng)建新的主界面實例，并把當前主界面實例釋放，然后返回新創(chuàng)建的主界面實例。
所述的方法，其中，還包括當調用面板的組件實例時，首先通過標識號，如id，去組件容器中獲取已經存在的組件實例，如果發(fā)現(xiàn)獲取到的組件實例，則返回，如果沒有發(fā)現(xiàn)則重新創(chuàng)建新組件實例并把對應的標識號和創(chuàng)建的組件實例放入組件容器中，返回新的組件實例。
所述的方法，其中，還包括當獲取到主界面實例和組件實例時，首先執(zhí)行對應的前置處理方法，當獲取到界面下一步事件后執(zhí)行對應的后置處理方法。
本發(fā)明所提供的一種實現(xiàn)靈活裝卸的向導式界面的方法，對于前臺版本主備板同步過程進行了改進，減少了設計的工作量，簡化了開發(fā)模式，增強了系統(tǒng)維護的靈活性，特別是當主備業(yè)務發(fā)生變化，比如增加一種單板的配置時，可以直接通過定制序列信息來完成該功能，而不需要重新修改代碼；該發(fā)明還可以用于其他諸如性能數(shù)據(jù)查詢，告警信息查詢，單板配置等含有向導式界面的操作過程。


圖1是采用本發(fā)明方法優(yōu)選的系統(tǒng)框架圖；圖2是采用本發(fā)明方法實現(xiàn)CDMA前臺單板主備同步的執(zhí)行過程。
具體實施例方式
以下結合附圖，將對本發(fā)明的各較佳實施例進行較為詳細的說明。
本發(fā)明所述實現(xiàn)靈活裝卸的向導式界面的方法，把不經常變化的主界面和容易變化的頁面進行了分離，形成一公用框架和子面板panel的關系，通過序列定制和注冊機制，實現(xiàn)向導界面的頁面控制和邏輯判定，把這些邏輯相關的實現(xiàn)放在配置文件中，每一個最小單元是頁面包含panel和其中的所有組件而不是單個的組件，同時在配置文件中可以支持對面板中組件的方法調用和條件判定，把實現(xiàn)邏輯移植到配置信息中，真正把業(yè)務邏輯和具體實現(xiàn)分開，整個執(zhí)行過程依賴于配置文件的定義來完成。這樣，當需要讀取某個頁面的參數(shù)或屏蔽或增加某些頁面時只需要簡單的修改配置文件中的內容，而不需要對源代碼進行重新修改，同時這樣的設計也滿足了設計上的“開-閉”(即對擴展開發(fā)，對修改屏蔽)原則，從而增強了向導界面的擴展能力。
本發(fā)明方法包括了以下處理過程第一步，把向導式界面中不變或變化較少的部分提取出來形成一個主界面框架部分，剩余部分形成一個易于變化的頁面部分。
第二步，定義一個注冊機制，在注冊時包含組件調用的必要信息如頁面調度的順序關系等，該機制負責定義和讀取執(zhí)行序列，注冊信息應該包含主界面類名，頁面類型和頁面類名，最后是包括一個可選的分支判定。
以前臺單板主備同步為例，該過程需要四個序列，首先是全IP和BTSA單板的選擇，第一個頁面的注冊內容是主框架的類名，全IP選擇和BTSA單板的業(yè)務相關的頁面類名；下一個頁面則是單板選擇，該頁面需要根據(jù)上一個選擇情況來決定顯示的單板內容，因此，在此處需要定義一個分支判斷；在注冊中首先需要獲取上一個頁面的返回值，并通過返回值定義下一個頁面的顯示內容。
再然后就是單板的選擇，根據(jù)前面兩個頁面的選擇情況來顯示單板主備同步的列表，該頁面由于主界面也發(fā)生了改變，因此在注冊中需要重新定義一個主界面的類名，并在其下定義需要顯示的頁面類名。最后是一個動作序列，在注冊類型中注明為動作類型，并在注冊信息中填入動作序列的執(zhí)行類名。
第三步，定義一個控制機制，控制機制負責讀取注冊機制傳回的當前序列，然后去調度需要的主界面框架和需要加載的頁面，并進行前置處理后顯示為界面，這樣就完成了一次頁面調度過程。
當獲取主界面框架時，首先判定當前界面是否已經顯示，如果已經顯示，則調用當前實例，如果沒有顯示則重新創(chuàng)建新的實例，并把當前實例釋放，然后返回新創(chuàng)建的實例。
當調用面板組件實例時，首先通過id號，去組件容器中獲取已經存在的實例，如果發(fā)現(xiàn)獲取到的實例，則返回，如果沒有發(fā)現(xiàn)則重新創(chuàng)建新實例并把對應的id號和創(chuàng)建的實例放入組件容器中，然后返回新的實例。
當獲取到主界面實例和組件實例時，首先執(zhí)行對應的前置處理方法，當獲取到界面下一步事件后執(zhí)行對應的后置處理方法。
如圖1所示本發(fā)明方法主要在模塊上把整個界面分成五個部分，其中必要的部分有執(zhí)行控制，主界面管理池，該管理池包含但不限于一個主界面，組件管理池和一個必要的序列定制控制，其他模塊為推薦模塊。
所述主界面管理池部分主要實現(xiàn)統(tǒng)一的框架風格，另外保留將來對風格修改和多個框架選擇調度的接口；組件庫管理池部分，主要是通過繼承統(tǒng)一的父類來實現(xiàn)各自特殊需求的界面，考慮到與前期設計的兼容，這部分需要提取前期幾個接口，調度接口根據(jù)傳入的統(tǒng)一類來進行組件選擇，可以考慮采用工廠模式實現(xiàn)；定制部分，包括定制內容和構造信息兩部分，主要是給操作員的接口，通過定制內容來確定執(zhí)行內容。控制部分是整個設計的核心部分，實現(xiàn)了四個方面的內容，其中主界面調度控制，執(zhí)行控制和組件控制負責構造一個統(tǒng)一的界面；序列定制控制是和定制代理交互的接口，同時也是上一步下一步調度的控制模塊。
影響本發(fā)明方法實現(xiàn)的關鍵因素有三個，一個是要選取合適的組件種類，除了面板組件以外的其它必要的組件類型；另一個就是定義合適的定制文檔結構和功能；最后就是如何通過定制的內容來創(chuàng)建組件實例，本發(fā)明建議采用的通過反射機制來實現(xiàn)。組件類型的選定主要根據(jù)需求而定，主要是定制某些沒有界面但是影響執(zhí)行的部分內容，在定制文檔的定義上，可以擴展定義，比如支持跳轉，文檔連接，分支判定等內容，進一步增強向導式界面的靈活性。
如圖2所示是本發(fā)明方法實現(xiàn)CDMA版本主備板同步的執(zhí)行流程步驟101，判斷在形成主備同步目標類型選擇頁面是否選擇目標單板是全IP單板，根據(jù)選擇情況，在定制控制中傳入該選擇信息，由注冊機制根據(jù)選擇進入下一個選擇分支。
步驟102在沒有選擇全IP單板的情況下，判斷是否選擇了BTSA單板，如果選擇了則通過定制代理來調度BTSA單板的目標選擇頁面，如果沒有選擇則返回選擇頁面，該頁面不進行跳轉。
步驟103在選擇了全IP單板的情況下，判斷是否選擇了BTSA單板，如果選擇了則通過定制代理來調度所有單板的目標選擇頁面，如果沒有選擇則只調度全IP單板的目標選擇頁面。
步驟104在選擇了單板類型的情況下，通過定制控制調用定制代理返回的定制序列形成一個頁面調度信息，執(zhí)行控制把改信息傳遞給主界面控制和組件控制，并獲取到主界面實例和組件實例，最后形成一個完整的主備板信息比較頁面。
步驟105比較主備板是否存在需要同步情況，如果存在則通過定制序列調度主備同步的執(zhí)行動作，如果不存在則結束同步過程。
步驟106如果判斷存在需要同步的單板，通過定制控制調用定制代理返回的定制序列形成一個動作調度信息，執(zhí)行控制把該信息傳遞給主界面控制并完成一次動作執(zhí)行過程，然后進入下一次調度過程；如果當前已經到達最后，下一個調度會返回NULL，表示整個過程執(zhí)行結束。
本發(fā)明方法對于CDMA前臺版本主備板同步過程進行了改進，減少了設計的工作量，簡化了開發(fā)模式，增強了系統(tǒng)維護的靈活性，特別是當主備業(yè)務發(fā)生變化，比如增加一種單板的配置時，可以直接通過定制序列信息來完成該功能，而不需要重新修改代碼；該發(fā)明還可以用于其他諸如性能數(shù)據(jù)查詢，告警信息查詢，單板配置等含有向導式界面的操作過程。
應當理解的是，上述針對具體實施例的描述較為詳細，并不能因此而理解為對本發(fā)明專利保護范圍的限制，本發(fā)明的專利保護范圍應以所附權利要求為準。
權利要求
1.一種實現(xiàn)靈活裝卸的向導式界面的方法，包括以下步驟A，把向導式界面中不變或變化少的部分提取出來形成一個主界面框架部分，剩余部分形成一個易于變化的頁面部分；B，定義一注冊機制，在注冊時包含組件調用的必要信息，該注冊機制負責定義和讀取執(zhí)行序列；C，定義一控制機制，該控制機制用于負責讀取所述注冊機制傳回的當前序列，并去調度需要的主界面框架和需要加載的頁面，進行前置處理后顯示為界面。
2.根據(jù)權利要求1所述的方法，其特征在于，所述步驟B中包括有注冊信息，該注冊信息包含主界面類名，頁面類型和頁面類名，以及一可選的分支判定。
3.根據(jù)權利要求2所述的方法，其特征在于，所述方法在單板主備同步中所述步驟B包括B1、定義一分支判斷，并在注冊中獲取上一個頁面的返回值，通過返回值定義下一個頁面的顯示內容；B2、前面兩個頁面的選擇情況來顯示單板主備同步的列表，在注冊中重新定義一個主界面的類名，并在其下定義需要顯示的頁面類名；B3、在注冊類型中注明為動作類型，并在注冊信息中填入動作序列的執(zhí)行類名。
4.根據(jù)權利要求1所述的方法，其特征在于，還包括當獲取主界面框架時，首先判定當前界面是否已經顯示，如果已經顯示，則調用當前主界面實例，如果沒有顯示則重新創(chuàng)建新的主界面實例，并把當前主界面實例釋放，然后返回新創(chuàng)建的主界面實例。
5.根據(jù)權利要求4所述的方法，其特征在于，還包括當調用面板的組件實例時，首先通過標識號，去組件容器中獲取已經存在的組件實例，如果發(fā)現(xiàn)獲取到的組件實例，則返回，如果沒有發(fā)現(xiàn)則重新創(chuàng)建新組件實例并把對應的標識號和創(chuàng)建的組件實例放入組件容器中，返回新的組件實例。
6.根據(jù)權利要求5所述的方法，其特征在于，還包括當獲取到主界面實例和組件實例時，首先執(zhí)行對應的前置處理方法，當獲取到界面下一步事件后執(zhí)行對應的后置處理方法。
全文摘要
本發(fā)明公開了一種實現(xiàn)靈活裝卸的向導式界面的方法，包括以下步驟把向導式界面中不變或變化少的部分提取出來形成一個主界面框架部分，剩余部分形成一個易于變化的頁面部分；定義一注冊機制，在注冊時包含組件調用的必要信息，該注冊機制負責定義和讀取執(zhí)行序列；定義一控制機制，該控制機制用于負責讀取所述注冊機制傳回的當前序列，并去調度需要的主界面框架和需要加載的頁面，進行前置處理后顯示為界面。本發(fā)明方法對于CDMA前臺版本主備板同步過程進行了改進，減少了設計的工作量，簡化了開發(fā)模式，增強了系統(tǒng)維護的靈活性，特別是當主備業(yè)務發(fā)生變化時，可以直接通過定制序列信息來完成該功能。
文檔編號H04M1/247GK1980267SQ200610075058
公開日2007年6月13日 申請日期2006年3月21日 優(yōu)先權日2005年12月8日
發(fā)明者鄢彪, 甘國華 申請人:中興通訊股份有限公司