TW201523419A - 視窗介面展現方法及系統 - Google Patents

Abstract

本發明公開了一種視窗介面展現方法及系統，一種視窗介面展現方法包括：接收第一視窗創建請求；根據請求中攜帶的視窗類型資訊，確定待創建視窗所包含的子區域，其中，所述子區域包括公共區域和特徵區域；分別載入待創建的第一視窗各個子區域所對應的控制項集以及各個子區域所對應的資料來源；對載入結果進行展現。應用上述技術方案，整個視窗系統的程式碼結構更為清晰簡潔，可以有效降低開發和維護的成本，而且能夠避免重複載入相同內容，提高程式運行效率、降低系統資源佔用。

Description

視窗介面展現方法及系統

本發明涉及電腦應用技術領域，特別是涉及一種視窗介面展現方法及系統。

窗口(windows)，也稱視窗，是圖形化使用者介面(Graphical User Interface，GUI)的基本組成部分，用於提供使用者與應用程式之間的交互介面，使用者可以在視窗中查看資訊，或者點擊視窗中的按鈕、功能表等控制項，實現對應用程式的操作。

在應用程式的執行過程中，可能需要創建一個或多個視窗以實現相應的功能。每個視窗都由若干不同類型的控制項構成，而且不同功能的視窗對應不同的控制項構成方案。根據現有技術的實現方式，每種功能的視窗都對應一個類，在這個類中定義了這種視窗所需要的控制項類型的集合。當應用程式需要展現一個視窗時，該視窗中的所有控制項都是作為整體被一次性創建並展現。如果需要展現其他功能的視窗，則需要重新針對新視窗對應的類來創建新的控制項集合並展現。

然而，在實際應用中，一些視窗之間儘管功能不同，實際的控制項構成情況卻大部分相同。應用現有技術的方案，每當要展現新的功能視窗時，都需要重新創建一個完整的視窗類，這必然會對程式運行效率和系統資源佔用產生負面影響。另外，對於開發人員而言，如果只是因為少量控制項不同而開發多套視窗類，會導致程式碼大量重複，額外增加了開發和維護成本。

為解決上述技術問題，本發明實施例提供一種視窗介面展現方法及系統，以提高視窗介面的展現性能，並且降低開發成本，技術方案如下：本發明實施例提供一種視窗介面展現方法，該方法包括：接收第一視窗創建請求，所述請求中，攜帶待創建的視窗的類型資訊以及待載入的資料來源資訊；根據所述類型資訊，確定待創建視窗所包含的子區域；其中，所述子區域包括公共區域和特徵區域，所述公共區域包括：至少兩種不同類型視窗之間的相同部分；所述特徵區域包括：每一特定類型視窗區別於其他類型視窗的特徵部分；分別載入待創建的第一視窗各個子區域所對應的控制項集以及各個子區域所對應的資料來源；對載入結果進行展現。

本發明實施例還提供一種視窗介面展現系統，該系統包括：創建請求接收模組，用於接收第一視窗創建請求，所述請求中，攜帶待創建的視窗的類型資訊以及待載入的資料來源資訊；子區域確定模組，用於根據所述類型資訊，確定待創建視窗所包含的子區域；其中，所述子區域包括公共區域和特徵區域，所述公共區域包括：至少兩種不同類型視窗之間的相同部分；所述特徵區域包括：每一特定類型視窗區別於其他類型視窗的特徵部分；第一載入模組，用於分別載入待創建的第一視窗各個子區域所對應的控制項集以及各個子區域所對應的資料來源；展現模組，用於對所述第一載入模組的載入結果進行展現。

本發明實施例所提供的技術方案，將視窗劃分為多個子區域，其中定義公共區域為：至少兩種不同類型視窗之間的相同部分，也就是說，存在多種類型的視窗，這些類型的視窗使用相同的公共區域控制項集。這樣，從開發人員的角度來看，對多種類型的視窗僅需維護一份公共區域的程式碼，而針對具體某種類型視窗的開發和維護僅需考慮非公共區域部分，與現有技術相比，整個視窗系統的程式碼結構更為清晰簡潔，可以有效降低開發和維護的成本。

另外，在需要以切換或替代的形式展現不同類型的視窗時，對於這些視窗的公共區域控制項集，可以僅載入一次，從而避免重複載入相同內容，提高程式運行效率、降低系統資源佔用。

110‧‧‧創建請求接收模組

120‧‧‧子區域確定模組

130‧‧‧第一載入模組

140‧‧‧展現模組

150‧‧‧第二載入模組

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的圖式作簡單地介紹，顯而易見地，下面描述中的圖式僅僅是本發明中記載的一些實施例，對於本領域中具有通常知識者來講，還可以根據這些圖式獲得其他的圖式。

圖1為本發明實施例單聊視窗的區域劃分示意圖；圖2為本發明實施例群聊視窗的區域劃分示意圖；圖3為本發明實施例視窗介面展現方法的一種流程圖；圖4為本發明實施例視窗介面展現方法的第二種流程圖；圖5為本發明實施例視窗介面展現方法的第三種流程圖；圖6為本發明實施例視窗介面展現方法的第四種流程圖；圖7為本發明實施例視窗介面展現裝置的一種結構示意圖；圖8為本發明實施例視窗介面展現裝置的第二種結構 示意圖。

根據先前技術部分的說明，在實際應用中，一些視窗之間儘管功能不同，實際的控制項構成情況卻大部分相同。本發明針對該特點，將多種類型視窗之間的相同部分提取出來，稱為“公共區域”。從控制項的角度來理解，可以將每種類型視窗所需要載入的控制項資訊分別看作不同的集合，這裡的“控制項資訊”包括控制項的類型、佈局以及具體的參數設置等。公共區域所對應的控制項集則是這些集合的交集，也就是說，不同類型的視窗具有相同的公共區域控制項集。在實際應用中，公共區域主要負責展示視窗業務的通用資料，以及提供通用的基礎業務操作介面，一個公共區域控制項集能夠被多種視窗業務所共用。

與公共區域對應，本發明方案還定義了視窗中的“特徵區域”，即每一特定類型視窗區別於其他類型視窗的特徵部分；特徵區域也有對應的控制項集，而且不同類型的視窗分別具有各自的特徵區域控制項集。在實際應用中，特徵區域主要負責展示視窗業務的特性資料，以及提供特性業務操作介面，每個特徵區域控制項集都對應一種具體的視窗業務。

可以理解的是，本發明實施例中所述的“不同類型的視窗”，可以是針對某一個特定的範圍而言，在實際應用 中，一般是指在某個應用程式中，功能上相近、卻又不完全相同的視窗。例如即時通信軟體中的單聊/群聊視窗、電子郵件用戶端軟體中的收郵件/發郵件視窗，針對不同文檔類型的編輯視窗，等等。

公共區域和特徵區域視窗的基本組成部分，也就是說，創建一個視窗時，至少要創建該視窗的這兩種子區域。除此之外，有些視窗在使用過程中，可能隨時需要在已展示的視窗基礎上，創建一個新的區域，用於提供一些擴展功能，例如在聊天視窗上附加一個搜尋介面、在發郵件視窗上附加一個連絡人選擇介面，等等。本發明實施例中，將這部分提供擴展功能的區域，稱為“擴展區域”。

與公共區域和特徵區域類似，擴展區域也有對應的控制項集，在上文所述的特定範圍內，某個具體功能對應的擴展區域控制項集可以僅適用於一種類型的視窗，也可以同時適用於多種類型的視窗。例如，擴展區域“搜尋介面”，既可以附加在單聊視窗上，也可以附加在群聊視窗上。擴展區域對於一個視窗而言，並不是必須的組成部分。在實際應用中，擴展區域主要負責嫁接附屬外部業務的介面展示以及提供相應的操作介面。

以即時通信軟體為例，圖1和圖2分別示出了即時通信軟體中兩種類型視窗的子區域劃分示意圖，其中，圖1所示的單聊視窗包括公共區域10、特徵區域20、擴展區域30；圖2所示的群聊視窗包括公共區域11、特徵區域21、擴展區域31。可以看出，兩種類型視窗的公共區域 控制項配置情況是相同的，只是具體需要顯示的資料來源不同(在此例中主要是指不同的聊天記錄)；擴展區域的控制項配置情況則不相同，相應需要顯示的資料來源也不同(在此例中主要是指“個人用戶”和“群”的相關資訊)。另外，兩種類型視窗分別具有擴展區域，如圖1和圖2所示，兩種擴展區域的控制項配置情況和需要顯示的資料來源也完全不同。

基於以上視窗子區域劃分機制，本發明實施例提供的一種介面展現方法，參見圖3所示，該方法可以包括以下步驟：S101，接收視窗創建請求；在視窗創建請求中，攜帶待創建的視窗的類型資訊以及待載入的資料來源資訊；以在即時通信軟體的運行過程中創建單聊視窗為例，使用者執行相應操作(例如在好友列表中按兩下一位好友的頭像)後，相當於向系統發出了一個創建視窗的請求，系統透過解析該請求，可以確定當前需要創建“單聊”類型的視窗，並且可以進一步確定需要載入的資料來源，例如聊天物件的ID、暱稱、好友分組資訊、簽名、頭像圖片、聊天記錄等等。

S102，根據所述類型資訊，確定待創建視窗所包含的子區域；根據本發明方案，公共區域和特徵區域是一個視窗的必要組成部分，因此在本步驟中，至少需要確定待創建視 窗的公共區域和特徵區域。

仍以創建單聊視窗為例進行說明，系統根據“單聊”的視窗類型，可以確定相應需要創建哪種樣式的公共區域和特徵區域(如圖1中10和20所示)，進而決定當前需要載入哪種公共區域控制項集和特徵區域控制項集。另外，對於步驟S101中所確定的多種資料來源，還應進一步確定每種區域對應需要載入哪些資料來源，例如，在公共區域需要載入“聊天記錄”，在特徵區域需要載入聊天物件的暱稱、好友分組資訊、簽名、頭像圖片等。

如果待創建的視窗還包括擴展區域，則進一步確定當前需要載入哪種擴展區域控制項集，以及確定相應需要載入的資料來源。

需要說明的是，有些視窗儘管可以包括擴展區域，但是擴展區域並不一定在創建初期就展現給使用者，而是可以在根據業務需求隨時創建或更新。因此，在本發明的一種具體的實施方式中，系統可以在接收到視窗創建請求後，判斷當前是否需要創建擴展區域，並且可以一直對擴展區域的創建需求進行監聽，如果確定當前需要創建擴展區域，再進一步確定當前需要載入哪種擴展區域控制項集以及相應的資料來源。

S103，分別載入待創建視窗的各個子區域所對應的控制項集以及各個子區域所對應的資料來源；根據S102中的確定結果，系統分別進行如下載入操作： a)載入公共區域控制項集、進一步載入特徵區域對應的資料來源；b)載入特徵區域控制項集、進一步載入特徵區域對應的資料來源；c)如果有需求，載入擴展區域控制項集、進一步載入擴展區域對應的資料來源。

可以理解的是，對上述三種子區域內容的載入操作，在執行順序上並不需要做特別的限定。當然，在多數情況下，擴展區域作為視窗的非必要組成部分，可以在公共區域和特徵區域載入完畢後再進行載入。

S104，對載入結果進行展現。

根據上述步驟，對聊天物件暱稱為“竟雄”，建立單聊視窗如圖1所示，由於沒有歷史聊天記錄，因此公共區域中的相應部分顯示為空白。

類似地，透過執行S101-104可以創建出如圖2所示群聊視窗，這兩種類型視窗的公共區域控制項集相同，開發人員僅需維護一份公共區功能變數程式碼，與現有技術相比，有效減少了程式碼數量，維護起來也更為簡單。

基於本發明實施例所提供的技術方案，如果在程式運行過程中，需要以切換或替代的形式展現不同類型的視窗，那麼對於這些視窗的公共區域控制項集，可以僅載入一次，從而避免重複載入相同內容，提高程式運行效率、降低系統資源佔用。

圖4示出了本發明實施例所提供的一種視窗切換或替 代流程的示意圖，包括以下步驟：S201，在當前已展現第一視窗的情況下，接收第二視窗創建請求並確定第二視窗所包含的子區域；S202a，保留已載入的第一視窗公共區域控制項集、將已載入的第一視窗公共區域的資料來源替換為第二視窗公共區域的資料來源；S202b，對已載入的第一視窗特徵區域控制項集及資料來源執行隱藏或卸載操作、載入第二視窗特徵區域控制項集及資料來源；S203，對載入結果進行展現。

下面結合具體的實例，對上述流程進行說明：假設當前已經展現了一個單聊視窗，系統進一步接收到一個創建群聊視窗的請求，並且進一步確定群聊視窗所包含的子區域。

假設根據即時聊天軟體的設定，不允許在同一使用者介面上同時展現兩種類型的聊天視窗，因此單聊視窗和群聊視窗存在“切換”或“替代”的關係。這裡的“切換”是指兩個視窗同時處於載入狀態，但是僅有一個視窗展現在使用者介面上，使用者可以透過標籤、按鈕等方式，在兩個視窗之間進行快捷切換瀏覽；而“替代”則是指載入第二視窗並且關閉第一視窗，使用者在瀏覽新展現的無法透過快捷切換操作回到第一視窗。

在S202a，由於單聊視窗和群聊視窗具有相同的公共區域控制項集，因此無論當前業務需求是“切換”還是 “替代”，都可以直接利用已載入的單聊視窗公共區域控制項集，僅需要重新載入群聊視窗公共區域資料來源即可，在本例中主要是指重新載入對應群的聊天記錄。

在S202b，需要對單聊視窗的特徵區域控制項集及資料來源執行隱藏或卸載操作、並且載入群聊視窗的特徵區域控制項集及資料來源。

其中，如果當前的業務需求是“切換”，則對單聊視窗的特徵區域執行隱藏操作，具體可以透過將視窗的尺寸設置為0、或者將視窗設置為透明且不可選中的狀態等方式實現，單聊視窗的特徵區域資料來源仍然保留在記憶體中。

如果當前的業務需求是“替代”，則對單聊視窗的特徵區域執行卸載操作，將已載入的特徵區域控制項集及資料來源從記憶體中釋放。

在S203，對重新載入的結果進行展現，用戶看到的應是如圖2所示的群聊視窗。如果單聊視窗和群聊視窗是“切換”的關係，那麼在完成一次切換後，記憶體中同時存在兩種類型視窗的特徵區域控制項集和資料來源，後續系統可以快速回應使用者的切換操作。

可以理解的是，在本實施例中，對S202a與S202b的執行順序並不需要進行限定。

在圖4所示實施例中，僅考慮了視窗的兩種基本構成部分：公共區域和特徵區域。在已載入的第一視窗當前已展現擴展區域的情況下，本發明實施例還提供一種視窗切 換或替代方法，如圖5所示，該方法進一步包括：S202c，對已載入的第一視窗擴展區域控制項集及資料來源執行隱藏或卸載操作。

與對特徵區域的操作類似，如果當前的業務需求是“切換”，則對單聊視窗的擴展區域執行隱藏操作，單聊視窗的擴展區域資料來源仍然保留在記憶體中；如果當前的業務需求是“替代”，則對單聊視窗的擴展區域執行卸載操作，將已載入的擴展區域控制項集及資料來源從記憶體中釋放。

執行S202c之後，還可以判斷當前待創建的第二視窗是否有創建擴展區域的需求，或者對第二視窗的擴展區域創建需求進行監聽，在確定當前需要創建擴展區域時，對第二視窗特徵區域控制項集及資料來源執行載入操作。

可以理解的是，在本實施例中，對S202a、S202b、S202c之間的執行順序並不需要進行限定。

根據前面實施例的說明，某個具體功能對應的擴展區域控制項集可以同時適用於多種類型的視窗。那麼，在當前已展現第一視窗擴展區域、且待創建的第二視窗與第一視窗使用相同擴展區域控制項集的情況下，可以透過執行S202d實現對新視窗擴展區域的載入，參見圖6所示。

S202d，保留已載入的第一視窗擴展區域控制項集、將已載入的第一視窗擴展區域的資料來源替換為第二視窗擴展區域的資料來源。

由於第一視窗和第二視窗具有相同的擴展區域控制項 集，因此可以直接利用已載入的第一視窗擴展區域控制項集，僅需要重新載入第二視窗擴展區域資料來源即可。

可以理解的是，在本實施例中，對S202a、S202b、S202d之間的執行順序並不需要進行限定。

根據以上實施例可見，本發明所提供的視窗展現系統，實際上包含三種視窗容器：公共區域容器、特徵區域容器及擴展區域容器。在不同類型視窗的切換或替代流程中，公共區域容器中的控制項集不需要重新載入，僅需重新載入資料來源；特徵區域容器中的控制項集和資料來源都需要重新載入；擴展區域容器中的載入操作則需要示具體情況而定：如果兩個視窗使用相同的擴展區域控制項集，則採用類似公共區域容器的載入操作方式，否則採用類似特徵區域容器中的載入操作方式。

應用本發明實施例所提供的技術方案，在需要以切換或替代的形式展現不同類型的視窗時，對於這些視窗的公共區域控制項集(還可能包括擴展區域控制項集)，可以僅載入一次，從而避免重複載入相同內容，提高程式運行效率、降低系統資源佔用。

相應於上面的方法實施例，本發明還提供一種視窗介面展現系統，參見圖7所示，該系統可以包括：創建請求接收模組110，用於接收第一視窗創建請求，所述請求中，攜帶待創建的視窗的類型資訊以及待載入的資料來源資訊；子區域確定模組120，用於根據所述類型資訊，確定 待創建視窗所包含的子區域；其中，所述子區域至少包括公共區域和特徵區域，進一步還可以包括擴展區域。

第一載入模組130，用於分別載入待創建的第一視窗各個子區域所對應的控制項集以及各個子區域所對應的資料來源；展現模組140，用於對所述第一載入模組130的載入結果進行展現。

參見圖8所示，根據本發明的一種具體實施方式，視窗介面展現系統還可以進一步包括第二載入模組150，用於實現視窗切換或替代功能，所述創建請求接收模組110，還用於在當前已展現第一視窗的情況下，接收第二視窗創建請求；所述展現模組140，還用於對所述第二載入模組150的載入結果進行展現。

在本發明的一種具體實施方式中，所述第二載入模組120，具體可以用於保留已載入的第一視窗公共區域控制項集、將已載入的第一視窗公共區域的資料來源替換為第二視窗公共區域的資料來源；以及對已載入的第一視窗特徵區域控制項集及資料來源執行隱藏或卸載操作、載入第二視窗特徵區域控制項集及資料來源；其中，第二載入模組120可以根據業務需求，判斷待創建的第二視窗與當前展現的第一視窗是否存在切換關係或替代關係，如果存在切換關係，則隱藏已載入的第一視窗特徵區域控制項集及資料來源。如果存在替換關係，則 卸載已載入的第一視窗特徵區域控制項及資料來源。

在本發明的一種具體實施方式中，第二載入模組120還可以用於：在當前已展現第一視窗擴展區域的情況下，對已載入的第一視窗特徵區域控制項集及資料來源執行隱藏或卸載操作。

在本發明的一種具體實施方式中，第二載入模組120還可以用於：在當前已展現第一視窗擴展區域、且待創建的第二視窗與第一視窗使用相同擴展區域控制項集的情況下，保留已載入的第一視窗擴展區域控制項集、將已載入的第一視窗擴展區域的資料來源替換為第二視窗擴展區域的資料來源。

為了描述的方便，描述以上系統時以功能分為各種模組分別描述。當然，在實施本發明時可以把各模組的功能在同一個或多個軟體和/或硬體中實現。

透過以上的實施方式的描述可知，本領域中具有通常知識者可以清楚地瞭解到本發明可借助軟體加必需的通用硬體平臺的方式來實現。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該電腦軟體產品可以存儲在存儲介質中，如ROM/RAM、磁碟、光碟等，包括若干指令用以使得一台電腦設備(可以是個人電腦，伺服器，或者網路設備等)執行本發明各個實施例或者實施例的某些部分所述的方法。

本說明書中的各個實施例均採用遞進的方式描述，各 個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本相似於方法實施例，所以描述得比較簡單，相關之處參見方法實施例的部分說明即可。以上所描述的系統實施例僅僅是示意性的，其中所述作為分離部件說明的模組可以是或者也可以不是物理上分開的，作為模組顯示的部件可以是或者也可以不是物理模組，即可以位於一個地方，或者也可以分佈到多個網路模組上。可以根據實際的需要選擇其中的部分或者全部模組來實現本實施例方案的目的。本領域中具有通常知識者在不付出創造性勞動的情況下，即可以理解並實施。

本發明可用於眾多通用或專用的計算系統環境或配置中。例如：個人電腦、伺服器電腦、手持設備或可攜式設備、平板型設備、多處理器系統、基於微處理器的系統、機上盒、可程式化的消費電子設備、網路PC、小型電腦、大型電腦、包括以上任何系統或設備的分散式運算環境等等。

以上所述僅是本發明的具體實施方式，應當指出，對於本技術領域中具有通常知識者來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護範圍。

Claims (12)

1. 一種視窗介面展現方法，其特徵在於，包括：接收第一視窗創建請求，該請求中，攜帶待創建的視窗的類型資訊以及待載入的資料來源資訊；根據該類型資訊，確定待創建視窗所包含的子區域；其中，該子區域包括公共區域和特徵區域，該公共區域包括：至少兩種不同類型視窗之間的相同部分；該特徵區域包括：每一特定類型視窗區別於其他類型視窗的特徵部分；分別載入待創建的第一視窗各個子區域所對應的控制項集以及各個子區域所對應的資料來源；對載入結果進行展現。
2. 根據申請專利範圍第1項所述的方法，其中，該子區域還包括擴展區域，其中，該擴展區域用於為視窗提供擴展功能，不同類型的視窗允許具有相同的擴展區域控制項集。
3. 根據申請專利範圍第1或2項所述的方法，其中，該方法還包括：在當前已展現第一視窗的情況下，接收第二視窗創建請求並確定第二視窗所包含的子區域；保留已載入的第一視窗公共區域控制項集、將已載入的第一視窗公共區域的資料來源替換為第二視窗公共區域的資料來源；以及對已載入的第一視窗特徵區域控制項集及資料來源執 行隱藏或卸載操作、載入第二視窗特徵區域控制項集及資料來源；對載入結果進行展現。
4. 根據申請專利範圍第3項所述的方法，其中，該對已載入的第一視窗特徵區域控制項集及資料來源執行隱藏或卸載操作，包括：根據業務需求，判斷待創建的第二視窗與當前展現的第一視窗是否存在切換關係，如果是，則隱藏已載入的第一視窗特徵區域控制項集及資料來源。
5. 根據申請專利範圍第3項所述的方法，其中，該對已載入的第一視窗特徵區域控制項集及資料來源執行隱藏或卸載操作，包括：根據業務需求，判斷待創建的第二視窗與當前展現的第一視窗是否存在替代關係，如果是，則卸載已載入的第一視窗特徵區域控制項及資料來源。
6. 根據申請專利範圍第3項所述的方法，其中，該方法還包括：在當前已展現第一視窗擴展區域的情況下，對已載入的第一視窗特徵區域控制項集及資料來源執行隱藏或卸載操作。
7. 根據申請專利範圍第3項所述的方法，其中，該方法還包括：在當前已展現第一視窗擴展區域、且待創建的第二視窗與第一視窗使用相同擴展區域控制項集的情況下，保留 已載入的第一視窗擴展區域控制項集、將已載入的第一視窗擴展區域的資料來源替換為第二視窗擴展區域的資料來源。
8. 一種視窗介面展現系統，其特徵在於，包括：創建請求接收模組，用於接收第一視窗創建請求，該請求中，攜帶待創建的視窗的類型資訊以及待載入的資料來源資訊；子區域確定模組，用於根據該類型資訊，確定待創建視窗所包含的子區域；其中，該子區域包括公共區域和特徵區域，該公共區域包括：至少兩種不同類型視窗之間的相同部分；該特徵區域包括：每一特定類型視窗區別於其他類型視窗的特徵部分；第一載入模組，用於分別載入待創建的第一視窗各個子區域所對應的控制項集以及各個子區域所對應的資料來源；展現模組，用於對該第一載入模組的載入結果進行展現。
9. 根據申請專利範圍第8項所述的系統，其中，該子區域還包括擴展區域，其中，該擴展區域用於為視窗提供擴展功能，不同類型的視窗允許具有相同的擴展區域控制項集。
10. 根據申請專利範圍第8或9項所述的系統，其中，該系統還包括第二載入模組，該創建請求接收模組，還用於在當前已展現第一視窗 的情況下，接收第二視窗創建請求；該第二載入模組，用於保留已載入的第一視窗公共區域控制項集、將已載入的第一視窗公共區域的資料來源替換為第二視窗公共區域的資料來源；以及對已載入的第一視窗特徵區域控制項集及資料來源執行隱藏或卸載操作、載入第二視窗特徵區域控制項集及資料來源；該展現模組，還用於對該第二載入模組的載入結果進行展現。
11. 根據申請專利範圍第10項所述的系統，其中，該第二載入模組，還用於在當前已展現第一視窗擴展區域的情況下，對已載入的第一視窗特徵區域控制項集及資料來源執行隱藏或卸載操作。
12. 根據申請專利範圍第10項所述的系統，其中，該第二載入模組，還用於：在當前已展現第一視窗擴展區域、且待創建的第二視窗與第一視窗使用相同擴展區域控制項集的情況下，保留已載入的第一視窗擴展區域控制項集、將已載入的第一視窗擴展區域的資料來源替換為第二視窗擴展區域的資料來源。