專利名稱：基于文字處理系統(tǒng)的插件生成方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及文字處理系統(tǒng)的插件開發(fā)，具體而言，涉及一種基于文字處理系統(tǒng)的 插件生成方法和裝置。
背景技術(shù)：
當(dāng)前，隨著企業(yè)信息化建設(shè)越來越廣泛和深入，企業(yè)就越需要簡(jiǎn)單高效的實(shí)現(xiàn)與 微軟Office集成的企業(yè)應(yīng)用。那么，開發(fā)微軟Office應(yīng)用就需要在Office上進(jìn)行插件的 開發(fā)?，F(xiàn)在針對(duì)不同版本的微軟Office插件開發(fā)一般都是針對(duì)特定的版本進(jìn)行開發(fā) 的。也就是說對(duì)不同版本的微軟Office需要開發(fā)不同版本的插件，才能保證可以正常地運(yùn) 行。每個(gè)微軟Office版本的插件開發(fā)接口都會(huì)發(fā)生一些改變，要想基于一個(gè)微軟Office 版本的插件開發(fā)接口實(shí)現(xiàn)的插件能夠在不同版本的微軟Office上可用，就需要按照對(duì)應(yīng) 版本的插件開發(fā)接口做相應(yīng)的調(diào)整，這樣就會(huì)增加插件開發(fā)的成本。因此，歸納起來，針對(duì)某個(gè)版本實(shí)現(xiàn)的微軟Office插件在另外的版本上使用會(huì)面 臨以下問題1.在高版本開發(fā)的插件在低版本中是無法運(yùn)行的。2.無法正常地運(yùn)行，嚴(yán)重的甚至?xí)?dǎo)致Office系統(tǒng)崩潰。3.風(fēng)格不統(tǒng)一。不同版本Office的風(fēng)格是不一致的，其風(fēng)格和用戶使用Office 版本風(fēng)格的差異會(huì)降低使用者的滿意程度。因此，需要一種基于文字處理系統(tǒng)的插件生成方式，能夠解決Office不同版本插 件開發(fā)接口的差異化的問題，可以確保開發(fā)的插件在不同微軟Office版本中能正常的運(yùn) 行，并且可以保證插件的風(fēng)格和對(duì)應(yīng)運(yùn)行微軟Office版本風(fēng)格的一致性。

發(fā)明內(nèi)容
鑒于以上，本發(fā)明的技術(shù)方案所要解決的技術(shù)問題在于，提供一種基于文字處理 系統(tǒng)的插件生成方法和裝置，能夠解決Office不同版本插件開發(fā)接口的差異化的問題，可 以確保開發(fā)的插件在不同微軟Office版本中能正常的運(yùn)行，并且可以保證插件的風(fēng)格和 對(duì)應(yīng)運(yùn)行微軟Office版本風(fēng)格的一致性。本發(fā)明提供了一種基于文字處理系統(tǒng)的插件生成方法，包括步驟102，啟動(dòng)文字 處理系統(tǒng)時(shí)，讀取插件聲明定義；步驟104，根據(jù)所述插件聲明定義，將所述文字處理系統(tǒng) 中的控件轉(zhuǎn)換為通用控件對(duì)象；步驟106，根據(jù)所述通用控件對(duì)象的類型，選擇對(duì)應(yīng)的插件 生成器；步驟108，使用所述插件生成器，根據(jù)所述通用控件對(duì)象的類型以及所述文字處理 系統(tǒng)的版本，生成針對(duì)所述文字處理系統(tǒng)的插件。通過該技術(shù)方案，可以根據(jù)插件的聲明定 義將對(duì)應(yīng)的文字處理系統(tǒng)的控件生成通用控件，根據(jù)通用控件的類型生成對(duì)應(yīng)版本文字處 理系統(tǒng)的插件，可以減少開發(fā)成本，有助于高質(zhì)量的文字處理系統(tǒng)的集成應(yīng)用。在上述技術(shù)方案中，優(yōu)選地，在所述步驟102之前，還包括所述步驟101，預(yù)置所
3述插件聲明定義。通過該技術(shù)方案，可以自定義控件的形式，方便靈活。在上述技術(shù)方案中，優(yōu)選地，所述控件包括菜單、按鈕、下拉框和文本框。在上述技術(shù)方案中，優(yōu)選地，在所述步驟108中，所述對(duì)應(yīng)的插件生成器還根據(jù)所 述通用控件對(duì)象的接口信息生成所述插件，其中，所述通用控件對(duì)象的接口信息包括控件 標(biāo)識(shí)、控件名稱、控件外觀和控件觸發(fā)事件。通過該技術(shù)方案，可以準(zhǔn)確的生成對(duì)應(yīng)的插件。在上述技術(shù)方案中，優(yōu)選地，所述文字處理系統(tǒng)包括Office系統(tǒng)。通過該技術(shù)方 案，可以將插件生成方法應(yīng)用于Office系統(tǒng)中。在上述技術(shù)方案中，優(yōu)選地，在所述步驟108中，在所述Office的版本為Office 2003時(shí)，生成的所述插件的形式為OfficeCommandBar ；在所述Office的版本為Office 2007及以上時(shí)，生成的所述插件通過Office Ribbon XML格式進(jìn)行定義。通過上述技術(shù)方案，可以實(shí)現(xiàn)一種基于文字處理系統(tǒng)的插件生成方法，解決了現(xiàn) 有微軟Office插件開發(fā)中面臨的多版本問題，使插件開發(fā)人員不需考慮Office不同版本 插件開發(fā)接口的差異化。由于避免了插件開發(fā)接口的差異化，可以確保開發(fā)的插件在不同 微軟Office版本中能正常地運(yùn)行，并且可以保證插件的風(fēng)格和對(duì)應(yīng)運(yùn)行微軟Office版本 風(fēng)格的一致性。本發(fā)明還提供了一種基于文字處理系統(tǒng)的插件生成裝置，包括讀取模塊，在啟動(dòng) 文字處理系統(tǒng)時(shí)，讀取插件聲明定義；轉(zhuǎn)換模塊，根據(jù)所述插件聲明定義，將所述文字處理 系統(tǒng)中的控件轉(zhuǎn)換為通用控件對(duì)象；插件生成器選擇模塊，根據(jù)所述通用控件對(duì)象的類型， 選擇對(duì)應(yīng)的插件生成器；插件生成模塊，使用所述插件生成器，根據(jù)所述通用控件對(duì)象的類 型以及所述文字處理系統(tǒng)的版本，生成針對(duì)所述文字處理系統(tǒng)的插件。通過該技術(shù)方案，可 以根據(jù)插件的聲明定義將對(duì)應(yīng)的文字處理系統(tǒng)的控件生成通用控件，根據(jù)通用控件的類型 生成對(duì)應(yīng)版本文字處理系統(tǒng)的插件，可以減少開發(fā)成本，有助于高質(zhì)量的文字處理系統(tǒng)的 集成應(yīng)用。在上述技術(shù)方案中，優(yōu)選地，還包括預(yù)設(shè)置模塊，預(yù)置所述插件聲明定義。通過該 技術(shù)方案，可以自定義控件的形式，方便靈活。在上述技術(shù)方案中，優(yōu)選地，所述插件生成模塊，還根據(jù)所述通用控件對(duì)象的接口 信息，使用所述對(duì)應(yīng)的插件生成器生成所述插件，其中，所述通用控件對(duì)象的接口信息包括控件標(biāo)識(shí)、控件名稱、控件外觀和控件觸 發(fā)事件。通過該技術(shù)方案，可以準(zhǔn)確的生成對(duì)應(yīng)的插件。在上述技術(shù)方案中，優(yōu)選地，所述文字處理系統(tǒng)為Office系統(tǒng)。通過該技術(shù)方案， 可以將插件生成裝置應(yīng)用于Office系統(tǒng)中。通過上述技術(shù)方案，可以實(shí)現(xiàn)一種基于文字處理系統(tǒng)的插件生成裝置，解決了現(xiàn) 有微軟Office插件開發(fā)中面臨的多版本問題，使插件開發(fā)人員不需考慮Office不同版本 插件開發(fā)接口的差異化。由于避免了插件開發(fā)接口的差異化，可以確保開發(fā)的插件在不同 微軟Office版本中能正常地運(yùn)行，并且可以保證插件的風(fēng)格和對(duì)應(yīng)運(yùn)行微軟Office版本 風(fēng)格的一致性。


圖1是根據(jù)本發(fā)明的一個(gè)實(shí)施例的基于文字處理系統(tǒng)的插件生成方法的流程圖2是根據(jù)本發(fā)明的一個(gè)實(shí)施例的基于文字處理系統(tǒng)的插件生成裝置的框圖；以 及圖3是根據(jù)本發(fā)明的又一個(gè)實(shí)施例的基于文字處理系統(tǒng)的插件生成方法的工作 流程圖。
具體實(shí)施例方式為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點(diǎn)，下面結(jié)合附圖和具體實(shí) 施方式對(duì)本發(fā)明進(jìn)行進(jìn)一步的詳細(xì)描述。在下面的描述中闡述了很多具體細(xì)節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還可 以采用其他不同于在此描述的其他方式來實(shí)施，因此，本發(fā)明并不限于下面公開的具體實(shí) 施例的限制。圖1是根據(jù)本發(fā)明的一個(gè)實(shí)施例的基于文字處理系統(tǒng)的插件生成方法的流程圖。如圖1所示，根據(jù)本發(fā)明的實(shí)施例的基于文字處理系統(tǒng)的插件生成方法包括步 驟102，啟動(dòng)文字處理系統(tǒng)時(shí)，讀取插件聲明定義；步驟104，根據(jù)所述插件聲明定義，將所 述文字處理系統(tǒng)中的控件轉(zhuǎn)換為通用控件對(duì)象；步驟106，根據(jù)所述通用控件對(duì)象的類型， 選擇對(duì)應(yīng)的插件生成器；步驟108，使用所述插件生成器，根據(jù)所述通用控件對(duì)象的類型以 及所述文字處理系統(tǒng)的版本，生成針對(duì)所述文字處理系統(tǒng)的插件。通過這樣的技術(shù)方案，可 以根據(jù)插件的聲明定義將對(duì)應(yīng)的文字處理系統(tǒng)的控件生成通用控件，根據(jù)通用控件的類型 生成對(duì)應(yīng)版本文字處理系統(tǒng)的插件，可以減少開發(fā)成本，有助于高質(zhì)量的文字處理系統(tǒng)的 集成應(yīng)用。在上述技術(shù)方案中，在所述步驟102之前，還可以包括所述步驟101，預(yù)置所述插 件聲明定義。這樣，就可以自定義控件的形式，方便靈活。 在上述技術(shù)方案中，所述控件包括菜單、按鈕、下拉框和文本框。在上述技術(shù)方案中，在所述步驟108中，所述對(duì)應(yīng)的插件生成器還根據(jù)所述通用 控件對(duì)象的接口信息生成所述插件，其中，所述通用控件對(duì)象的接口信息包括控件標(biāo)識(shí)、控 件名稱、控件外觀和控件觸發(fā)事件。因此，可以準(zhǔn)確的生成對(duì)應(yīng)的插件。在上述技術(shù)方案中，所述文字處理系統(tǒng)包括Office系統(tǒng)。因此，可以將插件生成 方法應(yīng)用于Office系統(tǒng)中。在上述技術(shù)方案中，在所述步驟108中，在所述Office的版本為Office 2003時(shí)， 生成的所述插件的形式為Office CommandBar ；在所述Office的版本為Office 2007及以 上時(shí)，生成的所述插件通過Office Ribbon XML格式進(jìn)行定義。通過上述技術(shù)方案，可以實(shí)現(xiàn)一種基于文字處理系統(tǒng)的插件生成方法，解決了現(xiàn) 有微軟Office插件開發(fā)中面臨的多版本問題，使插件開發(fā)人員不需考慮Office不同版本 插件開發(fā)接口的差異化。由于避免了插件開發(fā)接口的差異化，可以確保開發(fā)的插件在不同 微軟Office版本中能正常地運(yùn)行，并且可以保證插件的風(fēng)格和對(duì)應(yīng)運(yùn)行微軟Office版本 風(fēng)格的一致性。圖2是根據(jù)本發(fā)明的一個(gè)實(shí)施例的基于文字處理系統(tǒng)的插件生成裝置的框圖。如圖2所示，根據(jù)本發(fā)明的實(shí)施例的基于文字處理系統(tǒng)的插件生成裝置200包括 讀取模塊202，在啟動(dòng)文字處理系統(tǒng)時(shí)，讀取插件聲明定義；轉(zhuǎn)換模塊204，根據(jù)所述插件聲
5明定義，將所述文字處理系統(tǒng)中的控件轉(zhuǎn)換為通用控件對(duì)象；插件生成器選擇模塊206，根 據(jù)所述通用控件對(duì)象的類型，選擇對(duì)應(yīng)的插件生成器；插件生成模塊208，使用所述插件生 成器，根據(jù)所述通用控件對(duì)象的類型以及所述文字處理系統(tǒng)的版本，生成針對(duì)所述文字處 理系統(tǒng)的插件。通過這樣的技術(shù)方案，可以根據(jù)插件的聲明定義將對(duì)應(yīng)的文字處理系統(tǒng)的 控件生成通用控件，根據(jù)通用控件的類型生成對(duì)應(yīng)版本文字處理系統(tǒng)的插件，可以減少開 發(fā)成本，有助于高質(zhì)量的文字處理系統(tǒng)的集成應(yīng)用。在上述技術(shù)方案中，還可以包括預(yù)設(shè)置模塊，預(yù)置所述插件聲明定義。這樣，就可 以自定義控件的形式，方便靈活。在上述技術(shù)方案中，所述插件生成模塊，還根據(jù)所述通用控件對(duì)象的接口信息，使 用所述對(duì)應(yīng)的插件生成器生成所述插件，其中，所述通用控件對(duì)象的接口信息包括控件標(biāo)識(shí)、控件名稱、控件外觀和控件觸 發(fā)事件。因此，可以準(zhǔn)確的生成對(duì)應(yīng)的插件。在上述技術(shù)方案中，所述文字處理系統(tǒng)為Office系統(tǒng)。通過該技術(shù)方案，可以將 插件生成裝置應(yīng)用于Office系統(tǒng)中。通過上述技術(shù)方案，可以實(shí)現(xiàn)一種基于文字處理系統(tǒng)的插件生成裝置，解決了現(xiàn) 有微軟Office插件開發(fā)中面臨的多版本問題，使插件開發(fā)人員不需考慮Office不同版本 插件開發(fā)接口的差異化。由于避免了插件開發(fā)接口的差異化，可以確保開發(fā)的插件在不同 微軟Office版本中能正常地運(yùn)行，減少開發(fā)成本，并且可以保證插件的風(fēng)格和對(duì)應(yīng)運(yùn)行微 軟Office版本風(fēng)格的一致性。圖3是根據(jù)本發(fā)明的又一個(gè)實(shí)施例的基于文字處理系統(tǒng)的插件生成方法的工作 流程圖。本實(shí)施例的技術(shù)方案是一種基于微軟Office的通用的可以自動(dòng)適應(yīng)不同版本 Office的插件開發(fā)方法。采用文件系統(tǒng)存儲(chǔ)插件聲明和定義，通過插件適配加載裝置對(duì)插 件安裝目錄進(jìn)行掃描，找出插件聲明定義文件，并且進(jìn)行解析。插件適配加載裝置根據(jù)當(dāng)前 系統(tǒng)安裝的Office版本從插件聲明定義文件中自動(dòng)生成對(duì)應(yīng)版本的插件，并且將生成的 插件加載到Office產(chǎn)品。具體工作流程如圖3所示，在步驟302，Office啟動(dòng)時(shí)加載“插 件適配器”。在步驟304，插件適配器在加載時(shí)掃描插件安裝目錄中的所有插件聲明定義文件。在步驟306，找出插件聲明定義文件，聲明定義文件按照約定規(guī)范名稱進(jìn)行命名， 比如文件后綴名為“plugin. xml”的文件即代表是插件聲明定義文件。其中，一個(gè)插件聲明定義文件中可以包含菜單、按鈕、下拉框和文本框等項(xiàng)定義。菜單，菜單描述包含了以下的內(nèi)容菜單在Office菜單中的唯一標(biāo)識(shí)；菜單的名 稱；菜單的標(biāo)題；菜單的圖標(biāo)；菜單的外觀(字體、背景、文字顏色)；菜單點(diǎn)擊觸發(fā)事件的 名稱。子菜單子菜單中的每項(xiàng)也都是一個(gè)菜單。按鈕按鈕在Office工具欄按鈕中的唯一標(biāo)識(shí)；按鈕的名稱；按鈕的標(biāo)題；按鈕 的圖標(biāo)；按鈕的外觀(字體、背景、文字顏色)；按鈕點(diǎn)擊觸發(fā)事件的名稱。子項(xiàng)子項(xiàng)中的每項(xiàng)既可以是一個(gè)按鈕，也可以是一個(gè)下拉框或者文本框或者彈 出菜單。
下拉框下拉框的名稱；下拉框的標(biāo)題；下拉框的內(nèi)容項(xiàng)；下拉框的外觀(字體、 背景、文字顏色)；下拉框內(nèi)容選擇變化事件的名稱。文本框文本框的名稱；文本框的標(biāo)題；文本框的外觀(字體、背景、文字顏色)； 文本框內(nèi)容變化事件的名稱。在步驟308，插件適配器解析插件聲明定義文件，得到文件中定義的菜單、按鈕、 下拉框、文本框等項(xiàng)的聲明定義，并且轉(zhuǎn)換為插件適配通用菜單對(duì)象、插件適配通用按鈕對(duì) 象、插件適配通用下拉框?qū)ο蠛筒寮m配通用文本框?qū)ο?。其中，具體的，插件適配通用菜單對(duì)象的接口 ID 菜單在Office系統(tǒng)中的唯一標(biāo)識(shí)。Name 菜單的名稱。Title 菜單的顯示名稱。Image:菜單的圖標(biāo)資源，圖標(biāo)資源可以來自一個(gè)圖形文件，也可以是一個(gè)將圖形 以二進(jìn)制方式存儲(chǔ)的字節(jié)數(shù)組。Style 菜單的外觀，Style包含字體、背景顏色、文本顏色。ClickEventID 菜單點(diǎn)擊時(shí)發(fā)出的事件名稱。Sub Items 子菜單，子菜單是一個(gè)集合，集合中的每一個(gè)項(xiàng)也是插件適配通用菜單 對(duì)象。插件適配通用按鈕對(duì)象的接口 ID 按鈕在Office系統(tǒng)中的唯一標(biāo)識(shí)。Name 按鈕的名稱。Title 按鈕的顯示名稱。Image 按鈕的圖標(biāo)資源，圖標(biāo)資源可以來自一個(gè)圖形文件，也可以是一個(gè)將圖形 以二進(jìn)制方式存儲(chǔ)的字節(jié)數(shù)組。Style 按鈕的外觀，Style包含字體、背景顏色、文本顏色。ClickEventID 按鈕點(diǎn)擊時(shí)發(fā)出的事件名稱。Subltems 子項(xiàng)，子項(xiàng)是一個(gè)集合，集合中的每一個(gè)項(xiàng)可以是插件適配通用菜單對(duì) 象，也可以是插件適配通用按鈕對(duì)象，也可以是插件適配通用下拉框?qū)ο蠛筒寮m配通用 文本框?qū)ο?。插件適配通用下拉框?qū)ο蟮慕涌?ID 下拉框在Office系統(tǒng)中的唯一標(biāo)識(shí)。Name 下拉框的名稱。Items 下拉框的內(nèi)容。Style 菜單的外觀，Style包含字體、背景顏色、文本顏色。SelectChangedEventID 下拉框的選擇項(xiàng)發(fā)生改變時(shí)發(fā)出的事件名稱。插件適配通用文本框?qū)ο蟮慕涌?ID 文本框在Office系統(tǒng)中的唯一標(biāo)識(shí)。Name 文本框的名稱。Style 文本框的外觀，Style包含字體、背景顏色、文本顏色。TextChangedEventID 文本框內(nèi)容發(fā)生變化時(shí)發(fā)出的事件名稱。
在步驟310，插件適配器根據(jù)傳入的插件適配通用對(duì)象類型不同，選擇對(duì)應(yīng)的插件 生成器。在步驟312，讀取插件聲明定義文件。在步驟314，插件生成器根據(jù)傳入的插件適配通用對(duì)象，調(diào)用當(dāng)前Office版本的 插件接口生成Office插件。如圖3所示，菜單生成器生成了 Office，按鈕生成器生成了 Office按鈕，下拉框生成器生成了 Office下拉框。另外，插件適配通用菜單類型的插件按以下的方式進(jìn)行生成1)對(duì)于Office2003系統(tǒng)，通過編程方式生成標(biāo)準(zhǔn)的OfficeCommandBar。2)對(duì)于0ffice2007和0ffice2007以上的Off ice系統(tǒng)，通過編程方式生成Off ice Ribbon XML 定義。插件適配通用按鈕類型的插件按以下的方式進(jìn)行生成1)對(duì)于Off ice2003系統(tǒng)，通過編程方式生成標(biāo)準(zhǔn)的Off iceCommandBar。2)對(duì)于0ffice2007和0ffice2007以上的Off ice系統(tǒng)，通過編程方式生成Off ice Ribbon XML 定義。插件適配通用下拉框類型的插件按以下的方式進(jìn)行生成1)對(duì)于Off ice2003系統(tǒng)，通過編程方式生成標(biāo)準(zhǔn)的Off iceCommandBar。2)對(duì)于0ffice2007和0ffice2007以上的Off ice系統(tǒng)，通過編程方式生成Off ice Ribbon XML 定義。插件適配通用文本框類型的插件按以下的方式進(jìn)行生成1)對(duì)于Off ice2003系統(tǒng)，通過編程方式生成標(biāo)準(zhǔn)的Off iceCommandBar。2)對(duì)于0ffice2007和0ffice2007以上的Off ice系統(tǒng)，通過編程方式生成Off ice Ribbon XML 定義。通過上述技術(shù)方案，可以實(shí)現(xiàn)一種基于文字處理系統(tǒng)的插件生成方法，可以在實(shí) 現(xiàn)Office插件開發(fā)時(shí)，不用再考慮不同版本的Office插件開發(fā)接口的差異。使得基于統(tǒng) 一的插件規(guī)范聲明描述開發(fā)的插件可以在不同Office版本中能正常運(yùn)行，并且可以減少 開發(fā)成本，有助于企業(yè)開發(fā)高質(zhì)量的Office集成應(yīng)用。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種基于文字處理系統(tǒng)的插件生成方法，其特征在于，包括步驟102，啟動(dòng)文字處理系統(tǒng)時(shí)，讀取插件聲明定義；步驟104，根據(jù)所述插件聲明定義，將所述文字處理系統(tǒng)中的控件轉(zhuǎn)換為通用控件對(duì)象；步驟106，根據(jù)所述通用控件對(duì)象的類型，選擇對(duì)應(yīng)的插件生成器；步驟108，使用所述插件生成器，根據(jù)所述通用控件對(duì)象的類型以及所述文字處理系統(tǒng)的版本，生成針對(duì)所述文字處理系統(tǒng)的插件。
2.根據(jù)權(quán)利要求1所述的插件生成方法，其特征在于，在所述步驟102之前，還包括 所述步驟101，預(yù)置所述插件聲明定義。
3.根據(jù)權(quán)利要求1所述的插件生成方法，其特征在于，所述控件包括菜單、按鈕、下拉 框和文本框。
4.根據(jù)權(quán)利要求1所述的插件生成方法，其特征在于，在所述步驟108中，所述對(duì)應(yīng)的 插件生成器還根據(jù)所述通用控件對(duì)象的接口信息生成所述插件，其中，所述通用控件對(duì)象的接口信息包括控件標(biāo)識(shí)、控件名稱、控件外觀和控件觸發(fā)事件。
5.根據(jù)權(quán)利要求1至4中任一項(xiàng)所述的插件生成方法，其特征在于，所述文字處理系統(tǒng) 包括Office系統(tǒng)。
6.根據(jù)權(quán)利要求5所述的插件生成方法，其特征在于，在所述步驟108中，在所述 Office的版本為Office 2003時(shí)，生成的所述插件的形式為Office CommandBar ；在所述Office的版本為Office 2007及以上時(shí)，生成的所述插件通過Office Ribbon XML格式進(jìn)行定義。
7.一種基于文字處理系統(tǒng)的插件生成裝置，其特征在于，包括 讀取模塊，在啟動(dòng)文字處理系統(tǒng)時(shí)，讀取插件聲明定義；轉(zhuǎn)換模塊，根據(jù)所述插件聲明定義，將所述文字處理系統(tǒng)中的控件轉(zhuǎn)換為通用控件對(duì)象；插件生成器選擇模塊，根據(jù)所述通用控件對(duì)象的類型，選擇對(duì)應(yīng)的插件生成器； 插件生成模塊，使用所述插件生成器，根據(jù)所述通用控件對(duì)象的類型以及所述文字處 理系統(tǒng)的版本，生成針對(duì)所述文字處理系統(tǒng)的插件。
8.根據(jù)權(quán)利要求7所述的插件生成裝置，其特征在于，還包括 預(yù)設(shè)置模塊，預(yù)置所述插件聲明定義。
9.根據(jù)權(quán)利要求7所述的插件生成裝置，其特征在于，所述插件生成模塊，還根據(jù)所述 通用控件對(duì)象的接口信息，使用所述對(duì)應(yīng)的插件生成器生成所述插件，其中，所述通用控件對(duì)象的接口信息包括控件標(biāo)識(shí)、控件名稱、控件外觀和控件觸發(fā)事件。
10.根據(jù)權(quán)利要求6至9中任一項(xiàng)所述的插件生成裝置，其特征在于，所述文字處理系 統(tǒng)為Office系統(tǒng)。
全文摘要
本發(fā)明提出了一種基于文字處理系統(tǒng)的插件生成方法，包括步驟102，啟動(dòng)文字處理系統(tǒng)時(shí)，讀取插件聲明定義；步驟104，根據(jù)插件聲明定義，將文字處理系統(tǒng)中的控件轉(zhuǎn)換為通用控件對(duì)象；步驟106，根據(jù)通用控件對(duì)象的類型，選擇對(duì)應(yīng)的插件生成器；步驟108，使用插件生成器，根據(jù)通用控件對(duì)象的類型以及文字處理系統(tǒng)的版本，生成針對(duì)文字處理系統(tǒng)的插件。本發(fā)明還提出了一種基于文字處理系統(tǒng)的插件生成裝置。根據(jù)本發(fā)明的技術(shù)方案，解決了現(xiàn)有微軟Office插件開發(fā)中面臨的多版本問題，避免了插件開發(fā)接口的差異化，可以確保開發(fā)的插件在不同微軟Office版本中能正常地運(yùn)行，并且可以保證插件的風(fēng)格和對(duì)應(yīng)運(yùn)行微軟Office版本風(fēng)格的一致性。
文檔編號(hào)G06F9/45GK101950258SQ201010299789
公開日2011年1月19日 申請(qǐng)日期2010年9月29日 優(yōu)先權(quán)日2010年9月29日
發(fā)明者宋永強(qiáng) 申請(qǐng)人:用友軟件股份有限公司