一種將html網(wǎng)頁轉換為移動終端頁面的方法
【技術領域】
[0001]本發(fā)明涉及一種將HTML網(wǎng)頁轉換為移動終端頁面的方法。
【背景技術】
[0002]對企業(yè)用戶來說，企業(yè)移動應用的終極目的是借助于移動互聯(lián)網(wǎng)技術，包括終端的處理能力及便攜性、網(wǎng)絡的通達、以及用戶身份感知、位置識別、實時推送等特性，提高生產效率、提升管理水平、拓寬銷售渠道、優(yōu)化客戶服務，并最終帶來盈利能力的提升。在企業(yè)工作流程中的每個環(huán)節(jié)，都潛藏著巨大的移動應用需求。
[0003]當前在移動開發(fā)領域中面臨幾個問題:
[0004]后端企業(yè)業(yè)務系統(tǒng)的集成難題
[0005]后端的集成問題，一直是企業(yè)領域的傳統(tǒng)難題。企業(yè)移動應用是企業(yè)現(xiàn)有工作流程的延伸與擴展，也繞不開這個問題；而且開發(fā)者還需要同時面對兩個額外的挑戰(zhàn):
[0006]企業(yè)工作/業(yè)務流程的移動化延伸與優(yōu)化
[0007]企業(yè)移動應用一定是對現(xiàn)有工作/業(yè)務流程的延伸與優(yōu)化。大部分情況下應用開發(fā)者能夠獲得的協(xié)助有限，即使完全無法獲得原系統(tǒng)開發(fā)者的支持，且不能變動現(xiàn)有的工作流程，仍然要完成將企業(yè)現(xiàn)有的業(yè)務系統(tǒng)平滑地延伸到手機上的任務。
[0008]移動化成本
[0009]對于大部分企業(yè)來說，移動化的預算有限。在有限的預算中，還需要考慮對于員工終端及通信費用的補貼。因此，企業(yè)移動應用市場是成本敏感型市場。
[0010]前端一一終端側的跨平臺開發(fā)難題:
[0011]企業(yè)不可能為它的員工配備統(tǒng)一的手機，而需求的剛性又要求應用盡可能地覆蓋所有員工，因此支持多個手機平臺、兼容五花八門的手機對企業(yè)移動應用來說是個基本要求。
[0012]平臺的差異、終端的差異、迥異的開發(fā)技術，原生開發(fā)所帶來的巨大人力成本、開發(fā)成本、版本維護成本，對于大多數(shù)企業(yè)及開發(fā)團隊來說都是無法承受的；更何況原生開發(fā)很難保證同一應用在不同的平臺/手機上的統(tǒng)一交付，且展現(xiàn)與功能基本一致。
[0013]Web App雖然可以解決跨平臺的問題，但在響應速度上存在硬傷，而且對于細分市場的支持不夠，不能靈活定制，在企業(yè)移動應用開發(fā)中也存在很多限制。
[0014]服務、維護成本:普通用戶幾乎不會關注應用背后的關聯(lián)工作，但對企業(yè)管理者來說，如何獲取應用、如何升級、如何與企業(yè)現(xiàn)有的IT管理制度、安全策略無縫對接、維護工作量及成本，卻是至關重要的問題，解決不好甚至可以直接影響一個系統(tǒng)的存、廢。
[0015]個性化定制與快速交付問題:企業(yè)移動應用開發(fā)是成本敏感的市場，必須通過盡力降低開發(fā)難度、提高開發(fā)效率來降低成本。手機應用要滿足企業(yè)內部的快速決策和變化。
[0016]當前技術:
[0017]技術方式一:重新開發(fā)
[0018]根據(jù)已有的辦公管理系統(tǒng)功能重新開發(fā)一套移動版。所有的業(yè)務邏輯全部重寫部署在手機客戶端，兩者之間通過數(shù)據(jù)庫同步來進行數(shù)據(jù)傳輸。必須針對每一種移動終端都進行一次開發(fā)。
[0019]技術方式二:遠程桌面
[0020]利用遠程桌面或類似遠程桌面的技術將PC平臺的管理系統(tǒng)界面展示在手機端，手機端模擬鍵盤鼠標操作與PC端管理系統(tǒng)進行交互。原生系統(tǒng)無需任何改動即可接入。
[0021]技術方式三:普通中間件方式
[0022]不改變原PC版BS管理系統(tǒng)，利用網(wǎng)頁爬蟲抓取原系統(tǒng)頁面數(shù)據(jù)。亦支持多數(shù)據(jù)源，例如直接獲取數(shù)據(jù)庫數(shù)據(jù)的數(shù)據(jù)獲取模式。獲取到數(shù)據(jù)后，使用原生APP嵌入HTML框的方式進行數(shù)據(jù)展示。并通過HTML表單提交數(shù)據(jù)到中間件，由中間件轉發(fā)數(shù)據(jù)到BS管理系統(tǒng)完成數(shù)據(jù)交互。不需要重新開發(fā)系統(tǒng)，適配快捷。中間件成熟后，適配系統(tǒng)技術門檻低，對于原系統(tǒng)變更響應快。由于使用HTML進行展示，一次適配即可覆蓋多種移動終端。原生APP能夠調用系統(tǒng)自身功能，HTML5+CSS+JS能夠實現(xiàn)復雜的業(yè)務邏輯，展示豐富的頁面效果，達到良好的用戶體驗。原管理系統(tǒng)不用暴露數(shù)據(jù)庫，從而具備較好的數(shù)據(jù)安全性。中間件具備復用性?，F(xiàn)有技術的缺點及其原因分析:
[0023]技術缺點:
[0024]需要重新開發(fā)，而移動端重新開發(fā)成本高；并且業(yè)務系統(tǒng)接口改造風險大；系統(tǒng)聯(lián)調時間長；需求變更維護成本高；成品不具備復用性和可移植性。
[0025]由于手機端必須和原辦公系統(tǒng)數(shù)據(jù)庫進行交互，將使數(shù)據(jù)庫暴露在公共網(wǎng)絡，從而造成數(shù)據(jù)安全隱患，增加網(wǎng)絡安全防護的成本。
[0026]遠程桌面的方法缺點:在手機上操作PC界面，用戶體驗差，無法針對手機特點優(yōu)化，流量費用高。
[0027]使用普通中間件缺點:適配系統(tǒng)時，需要針對每個頁面重寫HTML展示代碼和頁面邏輯校驗，實施成本高，開發(fā)周期長；需要頁面重寫人員了解整個業(yè)務系統(tǒng)的細節(jié)；手機端校驗被繞過后，如果原系統(tǒng)不具備后端校驗功能，將會導致臟數(shù)據(jù)寫入數(shù)據(jù)庫；數(shù)據(jù)傳輸時包含大量的HTML標簽；數(shù)據(jù)獲取涉及到抓取網(wǎng)絡封包和編寫HTML及JS代碼，有二次開發(fā)門檻；
[0028]上述原因分析:
[0029]企業(yè)移動化過程中面臨著不同架構、眾多平臺、多個廠家的應用系統(tǒng)整合，涉及到腳本復雜的動態(tài)頁面、內容繁多的數(shù)據(jù)交互、業(yè)務流程的一部加載等技術障礙。往往開發(fā)完成后到應用推廣及效益上都需要較長的時間過渡；涉及系統(tǒng)繁多，如需獲取數(shù)據(jù)，則需要進行相應的接口開發(fā)及多方的聯(lián)調測試；如需迀移多系統(tǒng)數(shù)據(jù)到某一系統(tǒng)，需要投入大量的人力和開發(fā)，難以快速實現(xiàn)企業(yè)的移動化管理；智能化水平低，無法實現(xiàn)自動抓取，對數(shù)據(jù)進行智能分析，往往要解決相關的數(shù)據(jù)問題則需要對系統(tǒng)進行二次開發(fā)。

【發(fā)明內容】

[0030]本發(fā)明要解決的技術問題，在于提供一種將HTML網(wǎng)頁轉換為移動終端頁面的方法。
[0031]本發(fā)明是這樣實現(xiàn)的:一種將HTML網(wǎng)頁轉換為移動終端頁面的方法，移動終端向中間件服務器發(fā)起請求，中間件服務器根據(jù)請求內容，使用http協(xié)議獲取對應的原系統(tǒng)網(wǎng)頁數(shù)據(jù)，通過一瀏覽器內核，將網(wǎng)頁數(shù)據(jù)進行解析并抽象，隨后數(shù)據(jù)抽取器根據(jù)配置文件，使用XPath或正則表達式方式定位抽取網(wǎng)頁元素，將抽取到的元素交由數(shù)據(jù)裝配器進行裝配，裝配的過程自行完成了 html元素屬性的抽提，并結合進了配置文件中的附加屬性，將它們整合并轉換為json數(shù)據(jù)傳輸至移動終端，移動終端根據(jù)指定的規(guī)則解析數(shù)據(jù)并展現(xiàn)。
[0032]進一步地，當使用者對頁面上的組件進行操作后，移動終端會將組件對應的UID以及操作事件回傳至服務器，服務器通過UID找尋到原始管理系統(tǒng)HTML界面上對應的元素，并使用瀏覽器內核執(zhí)行事件。
[0033]進一步地，還包括一頁面重構器用于攔截http請求返回的數(shù)據(jù)流并根據(jù)指定規(guī)則進行內容修改和替換，修改和替換僅針對于返回的數(shù)據(jù)流，不會對原系統(tǒng)網(wǎng)頁數(shù)據(jù)造成任何影響。
[0034]進一步地，所述配置文件存放于XML文件；該XML文件的CDATA標簽中的java源碼會被腳本引擎識別并處理，經過處理后的XML配置文件被配置管理器加載并進行緩存。
[0035]本發(fā)明具有如下優(yōu)點:本發(fā)明一種將HTML網(wǎng)頁轉換