技術領域

本發明涉及通信技術領域，尤其涉及一種聯動顯示及跳轉控制方法及裝置。?

背景技術

現有技術中，多種Web框架都采用MVC(Model-View-Controller，模型-視圖-控制器)架構，MVC存在于Desktop程序中，M指數據模型，V指用戶界面，C指控制器。模型表示業務數據，例如處理數據庫，被模型返回的數據是中立的，就是說模型與數據格式無關，這樣一個模型能為多個視圖提供數據；由于應用于模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。視圖是應用程序中用戶界面相關的部分，是用戶看到并與之交互的界面，MVC能為應用程序處理很多不同的視圖，在視圖中其實沒有真正的處理發生，不管這些數據是聯機存儲的還是一個雇員列表，作為視圖來講，只是作為一種輸出數據并允許用戶操縱的方式。控制器工作就是根據用戶的輸入，控制用戶界面數據顯示和更新模型對象狀態，控制器接受用戶的輸入并調用模型和視圖去完成用戶的需求，所以當單擊Web頁面中的超鏈接和發送HTML(HyperText?Markup?Language，超文本置標語言)表單時，控制器本身不輸出任何東西和做任何處理，只是接收請求并決定調用哪個模型構件去處理請求，然后確定用哪個視圖來顯示模型處理返回的數據。簡單來說MVC的工作過程：首先控制器接收用戶通過視圖發送的請求，并決定應該調用哪個模型來進行處理，然后模型用業務邏輯來處理用戶的請求并返回數據，最后控制器用相應的視圖格式化模型返回的數據，并通過視圖呈現給用戶。?

現有技術中，使用非常廣泛的JSF(Java?Server?Faces，Java服務器界面)結構就是MVC架構在Web上的實現，如圖1所示，當用戶通過界面組件的?視圖請求一個JSF頁面時，請求發送到控制器的FacesServlet(服務組件)，FacesServlet是JSF框架中所有用戶請求都要經過的控制器元素；FacesServlet分析用戶請求，使用模型中的Backing?Bean調用模型的各種動作，Backing?Bean就是模型的例子；JSF用戶界面組件是視圖層的例子。?

在實際中，Backing?Bean被賦予了更多的功能。如圖2中所示，也就是Backing?Bean可以利用控制器實現間接的視圖跳轉，當Backing?Bean需要根據不同情況聯動到不同視圖時就需要利用該功能，在這種情況下，BackingBean同時肩負著控制器和模型這兩個功能。?

現有方案如圖3所示，視圖中包括聯動源頁面和聯動目的頁面，BackingBean集成了控制器和模型功能，其中包括：聯動源Backing?Bean和聯動目的Backing?Bean。聯動過程有以下兩種方式：?

一，聯動源頁面上包含聯動源的請求信息，例如聯動源Backing?Bean的ID、聯動的方法名稱等，用戶點擊界面則向聯動源Backing?Bean發送聯動請求。聯動源Backing?Bean接收到聯動請求后，獲得當前自身的狀態，例如設備的ID，聯動源Backing?Bean可以根據這些信息查詢其它聯動目的頁面需要的信息，例如設備IP地址、名稱等。在獲得聯動目的頁面的全部信息后，對聯動目的Backing?Bean進行設置，即將聯動目的頁面的與此聯動相關的需要展示的全部信息存儲到聯動目的Backing?Bean中，使聯動目的頁面根據所述聯動目的Backing?Bean中的狀態進行顯示。?

二，聯動源Backing?Bean調用聯動目的頁面的URL(Uniform?ResourceLocator，統一資源定位符)進行跳轉。這樣聯動目的頁面就可以正確顯示目的Backing?Bean中的狀態。?

現有方案存在以下缺點：?

1，可擴展性差：聯動源組件和聯動目的組件形成了相互的依賴關系，尤其是兩個組件之間可以相互聯動時會形成循環依賴，限制了聯動關系的擴展范圍。另外，由于聯動關系要編寫在聯動源頁面以及聯動源Backing?Bean中，不能夠自由擴展要跳轉的目的。?

2，易用性差：(1)不能夠根據目的組件的安裝情況決定是否顯示該聯動組件，只能顯示全部聯動組件，當用戶聯動至沒有安裝的組件時再提示用戶該組件未安裝。(2)不能根據用戶的登錄權限來決定顯示哪些跳轉目的，遇到用戶沒有權限的情況只能提示該用戶沒有訪問權限。(3)不能根據跳轉的個數決定是顯示的方式，例如若只有一個聯動目的可以顯示為一個鏈接，而多個聯動目的則顯示為菜單。?