本發(fā)明涉及數(shù)據(jù)展示技術領域，更具體地，涉及一種數(shù)據(jù)展示圖表生成方法及系統(tǒng)。

背景技術：

目前，隨著互聯(lián)網(wǎng)移動端的多樣化發(fā)展和產(chǎn)品對用戶體驗的不懈追求，很多app中都運用了絢麗多彩的圖表。對于一些需要展示大量數(shù)據(jù)的app，如股市波動類，天氣變化類等一些依靠數(shù)據(jù)展示說話的app，圖表的應用無疑會讓繁雜枯燥的數(shù)據(jù)變得生動，在簡單直觀的反映內容的同時，還能提高app的美觀和用戶的體驗。但是目前，在移動端開發(fā)圖表的方法，大多是基于原生的框架，如ios端常用的shlinegraphview，通過圖層和調用c語言函數(shù)，點、線、面一點點畫出來的，耗時耗力，且擴展性一點都不好，嚴重影響開發(fā)效率。

現(xiàn)有技術解決方案使用開源的前端圖表庫，在解決圖表展示app開發(fā)效率和擴展性的同時，還能在不發(fā)布新版本的前提下動態(tài)修改需求，開發(fā)效率大大提高，用戶體驗也不遜于原生的。

然而，上述現(xiàn)有技術存在以下問題：移動終端app對于圖表文件的多次加載容易對外暴露app內置程序中所包含函數(shù)的細節(jié)，容易造成各函數(shù)間的耦合；同時多次的對于圖表文件的加載所對應的代碼量也會增加，當需要修改加載方法或需要加載圖表模板文件地址時的代碼修改量比較繁重。

技術實現(xiàn)要素：

本發(fā)明為克服上述問題或者至少部分地解決上述問題，提供一種數(shù)據(jù)展示圖表生成方法及系統(tǒng)。

根據(jù)本發(fā)明的一個方面，提供一種數(shù)據(jù)展示圖表生成方法，包括：

步驟1，獲取待生成數(shù)據(jù)展示圖表的圖表模板路徑信息，將所述圖表模板路徑信息字符串進行編碼轉換；將所述編碼后的圖表模板路徑信息轉化為用戶移動終端操作系統(tǒng)所能識別的url路徑信息；獲取所述待生成數(shù)據(jù)展示圖表的圖表模板的存儲路徑信息；

步驟2，根據(jù)所述url路徑信息和存儲路徑信息加載所述待生成數(shù)據(jù)展示圖表的圖表模板；

步驟3，將待展示數(shù)據(jù)信息載入所述圖表模板中，生成數(shù)據(jù)展示圖表，將所述數(shù)據(jù)展示圖表在所述用戶移動終端進行展示。

根據(jù)本發(fā)明的另一個方面，提供一種數(shù)據(jù)展示圖表生成系統(tǒng)，包括獲取模塊、加載模塊和展示模塊：

所述獲取模塊與所述加載模塊相連，用于獲取待生成數(shù)據(jù)展示圖表的圖表模板路徑信息，將所述圖表模板路徑信息字符串進行編碼轉換；將所述編碼后的圖表模板路徑信息轉化為用戶移動終端操作系統(tǒng)所能識別的url路徑信息；獲取所述待生成數(shù)據(jù)展示圖表的圖表模板的存儲路徑信息；

所述加載模塊分別與所述獲取模塊、展示模塊相連，用于根據(jù)所述url路徑信息和存儲路徑信息加載所述待生成數(shù)據(jù)展示圖表的圖表模板；

所述展示模塊與所述加載模塊相連，用于將待展示數(shù)據(jù)信息載入所述圖表模板中，生成數(shù)據(jù)展示圖表，將所述數(shù)據(jù)展示圖表在所述用戶移動終端進行展示。

本申請?zhí)岢鲆环N數(shù)據(jù)展示圖表生成方法及系統(tǒng)，將加載待生成數(shù)據(jù)展示圖表的圖表模板用一個公共的方法進行實現(xiàn)，上述方法實現(xiàn)了對表格模板路徑的拼接，最少可能的暴露了函數(shù)細節(jié)，從而降低耦合，同時，上述方法只需要外面?zhèn)魅胍粋€路徑，就可以方便快捷的實現(xiàn)對于圖表模板文件的多次讀取調用，從而減少了編程代碼量，當發(fā)生需求改變時，從而起到對加載方法修改更加便捷的有益效果。

附圖說明

圖1為根據(jù)本發(fā)明實施例一種數(shù)據(jù)展示圖表生成方法的整體流程示意圖；

圖2為根據(jù)本發(fā)明實施例一種數(shù)據(jù)展示圖表生成系統(tǒng)的整體框架示意圖；

圖3為根據(jù)本發(fā)明實施例一種數(shù)據(jù)展示圖表生成方法的測試設備整體框架示意圖。

具體實施方式

下面結合附圖和實施例，對本發(fā)明的具體實施方式作進一步詳細描述。以下實施例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。

目前，隨著互聯(lián)網(wǎng)移動端的多樣化發(fā)展和產(chǎn)品對用戶體驗的不懈追求，很多app中都運用了絢麗多彩的圖表。對于一些需要展示大量數(shù)據(jù)的app，如股市波動類，天氣變化類等一些依靠數(shù)據(jù)展示說話的app，圖表的應用無疑會讓繁雜枯燥的數(shù)據(jù)變得生動，在簡單直觀的反映內容的同時，還能提高app的美觀和用戶的體驗。但是目前，在移動端開發(fā)圖表的方法，大多是基于原生的框架，如ios端常用的shlinegraphview，通過圖層和調用c語言函數(shù)，點、線、面一點點畫出來的，耗時耗力，且擴展性一點都不好，嚴重影響開發(fā)效率。

現(xiàn)有技術解決方案使用開源的前端圖表庫，在解決圖表展示app開發(fā)效率和擴展性的同時，還能在不發(fā)布新版本的前提下動態(tài)修改需求，開發(fā)效率大大提高，用戶體驗也不遜于原生的。然而，上述現(xiàn)有技術存在以下問題：移動終端app對于圖表文件的多次加載容易對外暴露app內置程序中所包含函數(shù)的細節(jié)，容易造成各函數(shù)間的耦合；同時多次的對于圖表文件的加載所對應的代碼量也會增加，當需要修改加載方法或需要加載圖表模板文件地址時的代碼修改量比較繁重。

如圖1所示，本發(fā)明第一個實施例提供一種數(shù)據(jù)展示圖表生成方法整體流程示意圖。總體上，包括以下步驟：步驟1，獲取待生成數(shù)據(jù)展示圖表的圖表模板路徑信息，將所述圖表模板路徑信息字符串進行編碼轉換；將所述編碼后的圖表模板路徑信息轉化為用戶移動終端操作系統(tǒng)所能識別的url路徑信息；獲取所述待生成數(shù)據(jù)展示圖表的圖表模板的存儲路徑信息；步驟2，根據(jù)所述url路徑信息和存儲路徑信息加載所述待生成數(shù)據(jù)展示圖表的圖表模板；步驟3，將待展示數(shù)據(jù)信息載入所述圖表模板中，生成數(shù)據(jù)展示圖表，將所述數(shù)據(jù)展示圖表在所述用戶移動終端進行展示。

上述具體實施例存在以下有益效果：所述用戶移動終端app在運行過程中難免多次對于所述圖表模板文件進行多次調用，上述具體實施例將調用圖表模板文件的過程抽象成一個公共的方法，根據(jù)圖表模板文件的路徑信息，實現(xiàn)了對于圖表模板文件存儲路徑的拼接，起到了最少的暴露函數(shù)細節(jié)，降低函數(shù)間耦合的有益效果；同時，通過這個公共的方法只需要外面?zhèn)魅胍粋€存儲路徑，就可以方便快捷的讀取圖表模板文件，這樣的做法減少了代碼量，當需要對于app內調用請求進行修改時，可以有效減少修改加載方法或者更換加載方法的代碼修改量。

在本發(fā)明另一個具體實施例中，提供一種數(shù)據(jù)展示圖表生成方法，所述圖表模板為利用外部圖表庫生成。

目前，用戶移動端圖表生成的方法，還存在不少是基于所述用戶移動終端內原生操作系統(tǒng)的框架體系，例如ios端常用的shlinegraphview，在圖表生成時通過圖層和調用c語言函數(shù)，點、線、面一點點畫出來的，耗時耗力，且擴展性一點都不好，嚴重影響開發(fā)效率。而本具體實施例使用開源的前端圖表庫，例如echarts，在解決移動端圖表生成效率和方法代碼擴展性的同時，還能在不發(fā)布新版本的前提下動態(tài)修改需求，開發(fā)效率大大提高，用戶體驗也不遜于原生的。因此使用外部圖表庫進行用戶移動端圖表的生成可以有效的解決圖表生成方法中的快速開發(fā)問題。

在本發(fā)明另一個具體實施例中，提供一種數(shù)據(jù)展示圖表生成方法，所述圖表模板存儲在所述用戶移動終端或遠程服務器上。

加載圖表模板文件的方式有兩種，一種是將圖表模板文件放在用戶移動終端本地，從本地加載；另一種是直接從遠程服務器上進行加載。這兩種加載方法的不同主要體現(xiàn)在url地址上，從遠程服務器動態(tài)加載圖表模板文件，其url地址是一個網(wǎng)址，好處是app發(fā)布后可以在線更改圖表模板而不需要用戶移動端有任何更改，其不足是圖表加載完成的速度取決于網(wǎng)速，網(wǎng)速較慢時比較耗時甚至加載失敗，用戶體驗不是很好。而從本地加載就克服了耗時和用戶體驗的問題，其url是本地資源文件的路徑，圖表模板文件存放在本地的資源文件中。本地加載圖表的缺陷是不能動態(tài)修改，一旦app發(fā)布后，圖表的更改只能在新的版本中完成，且前端修改圖表后，移動端也得使用新的圖表模板文件替換之前的圖表模板文件。選擇哪種方式加載圖表，應根據(jù)產(chǎn)品的具體需求。如果當前的需求比較穩(wěn)定，后期改動圖表的可能性較小，建議從本地加載；反之如果需求不是很穩(wěn)定，圖標需要經(jīng)常動態(tài)變化，就建議從網(wǎng)頁加載。

在本發(fā)明另一個具體實施例中，提供一種數(shù)據(jù)展示圖表生成方法，所述步驟將所述圖表模板路徑信息字符串進行編碼轉換還包括：將所述圖表模板路徑信息字符串進行utf8編碼轉換。

在本發(fā)明另一個具體實施例中，提供一種數(shù)據(jù)展示圖表生成方法，所述步驟1前還包括，在所述用戶移動終端中創(chuàng)建視覺控件；設置所述視覺控件的背景顏色。

上述具體實施例的具體實現(xiàn)過程如下：創(chuàng)建webview，添加到相應頁面的view上，webview的大小，根據(jù)ui標注的圖表大小和位置確定。使用webview.backgroundcolor＝[uicolorclearcolor]；設置創(chuàng)建的webview的背景顏色。

在本發(fā)明另一個具體實施例中，提供一種數(shù)據(jù)展示圖表生成方法，所述步驟獲取待生成數(shù)據(jù)展示圖表的圖表模板路徑信息還包括：在ios操作系統(tǒng)的用戶移動終端中，利用方法stringwithcontentsoffile獲取待生成數(shù)據(jù)展示圖表的圖表模板路徑信息；在android為操作系統(tǒng)的用戶移動終端中，利用方法getcontent獲取待生成數(shù)據(jù)展示圖表的圖表模板路徑信息。

在ios操作系統(tǒng)的用戶移動終端中，具體實施例的具體實現(xiàn)過程如下：nsstring*htmlstring＝[nsstringstringwithcontentsoffile:pathencoding:nsutf8stringencodingerror:nil]；，同時，獲取得路徑需要nsutf8stringencoding編碼。將所述圖表模板路徑信息進行nsutf8stringencoding編碼是為了有效的防止圖表模板路徑信息字符串中亂碼的生成。

在本發(fā)明另一個具體實施例中，提供一種數(shù)據(jù)展示圖表生成方法，所述步驟將所述編碼后的圖表模板路徑信息轉化為用戶移動終端操作系統(tǒng)所能識別的url路徑信息還包括：在ios操作系統(tǒng)的用戶移動終端中，利用方法fileurlwithpath:basepath將所述編碼后的圖表模板路徑信息轉化為用戶移動終端操作系統(tǒng)所能識別的url路徑信息；在android操作系統(tǒng)的用戶移動終端中，利用方法gethtmlstring將所述編碼后的圖表模板路徑信息轉化為用戶移動終端操作系統(tǒng)所能識別的url路徑信息。

在ios操作系統(tǒng)的用戶移動終端中，上述具體實施例的具體實現(xiàn)過程如下：在ios系統(tǒng)下，將獲得的路徑轉化為nsurl，nsurl*baseurl＝[nsurlfileurlwithpath:basepath]。

在本發(fā)明另一個具體實施例中，提供一種數(shù)據(jù)展示圖表生成方法，所述步驟獲取所述待生成數(shù)據(jù)展示圖表的圖表模板的存儲路徑信息具體實現(xiàn)方式如下：在ios操作系統(tǒng)的用戶移動終端中，使用函數(shù)nsstring*basepath＝[[nsbundlemainbundle]bundlepath]；獲得文件中存儲的html文件的路徑；在android操作系統(tǒng)的用戶移動終端中，根據(jù)所述url路徑信息和存儲路徑信息，利用方法gethtmlstring加載所述待生成數(shù)據(jù)展示圖表的圖表模板。

在本發(fā)明另一個具體實施例中，提供一種數(shù)據(jù)展示圖表生成方法，所述步驟2還包括：在ios操作系統(tǒng)的用戶移動終端中，根據(jù)所述url路徑信息和存儲路徑信息，利用方法htmlstring加載所述待生成數(shù)據(jù)展示圖表的圖表模板。

在ios操作系統(tǒng)的用戶移動終端中，上述具體實施例的具體實現(xiàn)過程如下：使用[selfloadhtmlstring:htmlstringbaseurl:baseurl]去加載所述url路徑信息和存儲路徑信息，經(jīng)過這些就可以實現(xiàn)對html的加載。

在本發(fā)明另一個具體實施例中，提供一種數(shù)據(jù)展示圖表生成方法，所述步驟3中將待展示數(shù)據(jù)信息載入所述圖表模板還包括：在ios操作系統(tǒng)的用戶移動終端中，利用方法stringbyevaluatingjavascriptfromstring將待展示數(shù)據(jù)信息載入所述圖表模板；在android操作系統(tǒng)的用戶移動終端中，利用方法showhtmlstring將待展示數(shù)據(jù)信息載入所述圖表模板。

在ios操作系統(tǒng)的用戶移動終端中，上述具體實施例的具體實現(xiàn)過程如下：通常，前端提供的都是一個圖表框架，具體的數(shù)據(jù)需要移動端從后臺請求，然后調用前端提供的接口(如setdata方法)將數(shù)據(jù)注入。ios端注入數(shù)據(jù)只需要調用-(nullablensstring*)stringbyevaluatingjavascriptfromstring:(nsstring*)script方法即可完成。

使用蘋果ios中stringbyevaluatingjavascriptfromstring函數(shù)進行注入，這個函數(shù)可以兼容ios7甚至更老的版本，注入方法簡單，一行代碼就可以實現(xiàn)，數(shù)據(jù)注入。

在本發(fā)明另一個具體實施例中，提供一種數(shù)據(jù)展示圖表生成方法，還包括：對于部分需要與用戶交互的圖表，可以調用context的exceptionhandler進行交互，前端只需要知道實現(xiàn)交互的方法名(如sourceinfo)，移動端利用context調用該方法就好，交互過程中需要傳遞的參數(shù)通過block回調。其中context通過調用valueforkeypath:@"documentview.webview.mainframe.javascriptcontext"方法獲得。

上述具體實施例具有以下有益效果：使用javascriptcontext方法，獲取到context，獲得了context就獲得了實現(xiàn)了js和oc的交互的引擎，有了context后面的進行數(shù)據(jù)處理就很方便。

如圖2所示，本發(fā)明又一個實施例一種數(shù)據(jù)展示圖表生成系統(tǒng)總體框架示意圖?？傮w上，包括獲取模塊a1、加載模塊a2和展示模塊a3：

所述獲取模塊a1與所述加載模塊a2相連，用于獲取待生成數(shù)據(jù)展示圖表的圖表模板路徑信息，將所述圖表模板路徑信息字符串進行編碼轉換；將所述編碼后的圖表模板路徑信息轉化為用戶移動終端操作系統(tǒng)所能識別的url路徑信息；獲取所述待生成數(shù)據(jù)展示圖表的圖表模板的存儲路徑信息；

所述加載模塊a2分別與所述獲取模塊a1、展示模塊a3相連，用于根據(jù)所述url路徑信息和存儲路徑信息加載所述待生成數(shù)據(jù)展示圖表的圖表模板；

所述展示模塊a3與所述加載模塊a2相連，用于將待展示數(shù)據(jù)信息載入所述圖表模板中，生成數(shù)據(jù)展示圖表，將所述數(shù)據(jù)展示圖表在所述用戶移動終端進行展示。

具體的，所述獲取模塊，還包括第一獲取單元、編碼單元和第二獲取單元，所述第一獲取單元用于獲取待生成數(shù)據(jù)展示圖表的圖表模板路徑信息，將所述圖表模板路徑信息字符串進行編碼轉換；將所述編碼后的圖表模板路徑信息轉化為用戶移動終端操作系統(tǒng)所能識別的url路徑信息；所述第二獲取單元用于獲取所述待生成數(shù)據(jù)展示圖表的圖表模板的存儲路徑信息。

上述具體實施例存在以下有益效果：所述用戶移動終端app在運行過程中難免多次對于所述圖表模板文件進行多次調用，上述具體實施例將調用圖表模板文件的過程抽象成一個公共的方法，根據(jù)圖表模板文件的路徑信息，實現(xiàn)了對于圖表模板文件存儲路徑的拼接，起到了最少的暴露函數(shù)細節(jié)，降低函數(shù)間耦合的有益效果；同時，通過這個公共的方法只需要外面?zhèn)魅胍粋€存儲路徑，就可以方便快捷的讀取圖表模板文件，這樣的做法減少了代碼量，當需要對于app內調用請求進行修改時，可以有效減少修改加載方法或者更換加載方法的代碼修改量。

在本發(fā)明另一個具體實施例中，一種數(shù)據(jù)展示圖表生成系統(tǒng)，所述圖表模板為利用外部圖表庫生成。

目前，用戶移動端圖表生成的方法，還存在不少是基于所述用戶移動終端內原生操作系統(tǒng)的框架體系，例如ios端常用的shlinegraphview，在圖表生成時通過圖層和調用c語言函數(shù)，點、線、面一點點畫出來的，耗時耗力，且擴展性一點都不好，嚴重影響開發(fā)效率。

而本具體實施例使用開源的前端圖表庫，例如echarts，在解決移動端圖表生成效率和方法代碼擴展性的同時，還能在不發(fā)布新版本的前提下動態(tài)修改需求，開發(fā)效率大大提高，用戶體驗也不遜于原生的。因此使用外部圖表庫進行用戶移動端圖表的生成可以有效的解決圖表生成方法中的快速開發(fā)問題。

在本發(fā)明另一個具體實施例中，一種數(shù)據(jù)展示圖表生成系統(tǒng)，所述圖表模板存儲在所述用戶移動終端或遠程服務器上。

加載圖表模板文件的方式有兩種，一種是將圖表模板文件放在用戶移動終端本地，從本地加載；另一種是直接從遠程服務器上進行加載。這兩種加載方法的不同主要體現(xiàn)在url地址上，從遠程服務器動態(tài)加載圖表模板文件，其url地址是一個網(wǎng)址，好處是app發(fā)布后可以在線更改圖表模板而不需要用戶移動端有任何更改，其不足是圖表加載完成的速度取決于網(wǎng)速，網(wǎng)速較慢時比較耗時甚至加載失敗，用戶體驗不是很好。而從本地加載就克服了耗時和用戶體驗的問題，其url是本地資源文件的路徑，圖表模板文件存放在本地的資源文件中。本地加載圖表的缺陷是不能動態(tài)修改，一旦app發(fā)布后，圖表的更改只能在新的版本中完成，且前端修改圖表后，移動端也得使用新的圖表模板文件替換之前的圖表模板文件。選擇哪種方式加載圖表，應根據(jù)產(chǎn)品的具體需求。如果當前的需求比較穩(wěn)定，后期改動圖表的可能性較小，建議從本地加載；反之如果需求不是很穩(wěn)定，圖標需要經(jīng)常動態(tài)變化，就建議從網(wǎng)頁加載。

在本發(fā)明另一個具體實施例中，一種數(shù)據(jù)展示圖表生成系統(tǒng)，所述系統(tǒng)還包括創(chuàng)建模塊，與所述獲取模塊相連，用于在所述用戶移動終端中創(chuàng)建視覺控件。上述具體實施例的具體實現(xiàn)過程如下：創(chuàng)建webview，添加到相應頁面的view上，webview的大小，根據(jù)ui標注的圖表大小和位置確定。

在本發(fā)明另一個具體實施例中，一種數(shù)據(jù)展示圖表生成系統(tǒng)，所述創(chuàng)建模塊還用于設置所述視覺控件的背景顏色。上述具體實施例的具體實現(xiàn)過程如下：使用webview.backgroundcolor＝[uicolorclearcolor]；設置創(chuàng)建的webview的背景顏色。

在本發(fā)明另一個具體實施例中，一種數(shù)據(jù)展示圖表生成系統(tǒng)，所述第一獲取單元還用于利用方法stringwithcontentsoffile獲取待生成數(shù)據(jù)展示圖表的圖表模板路徑信息。

上述具體實施例的具體實現(xiàn)過程如下：nsstring*htmlstring＝[nsstringstringwithcontentsoffile:pathencoding:nsutf8stringencodingerror:nil]；，同時，獲取得路徑需要nsutf8stringencoding編碼。將所述圖表模板路徑信息進行nsutf8stringencoding編碼是為了有效的防止圖表模板路徑信息字符串中亂碼的生成。

在本發(fā)明另一個具體實施例中，一種數(shù)據(jù)展示圖表生成系統(tǒng)，所述編碼單元還用于利用方法fileurlwithpath:basepath將所述編碼后的圖表模板路徑信息轉化為用戶移動終端操作系統(tǒng)所能識別的url路徑信息。

上述具體實施例的具體實現(xiàn)過程如下：在ios系統(tǒng)下，將獲得的路徑轉化為nsurl，nsurl*baseurl＝[nsurlfileurlwithpath:basepath]。

在本發(fā)明另一個具體實施例中，一種數(shù)據(jù)展示圖表生成系統(tǒng)，所述第二獲取單元還用于使用函數(shù)nsstring*basepath＝[[nsbundlemainbundle]bundlepath]；獲得文件中存儲的html文件的路徑。

在本發(fā)明另一個具體實施例中，一種數(shù)據(jù)展示圖表生成系統(tǒng)，所述加載模塊還用于根據(jù)所述url路徑信息和存儲路徑信息，利用方法htmlstring加載所述待生成數(shù)據(jù)展示圖表的圖表模板。

上述具體實施例的具體實現(xiàn)過程如下：使用[selfloadhtmlstring:htmlstringbaseurl:baseurl]去加載所述url路徑信息和存儲路徑信息，經(jīng)過這些就可以實現(xiàn)對html的加載。

在本發(fā)明另一個具體實施例中，一種數(shù)據(jù)展示圖表生成系統(tǒng)，所述展示模塊還用于利用方法stringbyevaluatingjavascriptfromstring將待展示數(shù)據(jù)信息載入所述圖表模板。

上述具體實施例的具體實現(xiàn)過程如下：通常，前端提供的都是一個圖表框架，具體的數(shù)據(jù)需要移動端從后臺請求，然后調用前端提供的接口(如setdata方法)將數(shù)據(jù)注入。ios端注入數(shù)據(jù)只需要調用-(nullablensstring*)stringbyevaluatingjavascriptfromstring:(nsstring*)script方法即可完成。

使用蘋果ios中stringbyevaluatingjavascriptfromstring函數(shù)進行注入，這個函數(shù)可以兼容ios7甚至更老的版本，注入方法簡單，一行代碼就可以實現(xiàn)，數(shù)據(jù)注入。

在本發(fā)明另一個具體實施例中，一種數(shù)據(jù)展示圖表生成系統(tǒng)，還包括交互模塊，用于對于部分需要與用戶交互的圖表，可以調用context的exceptionhandler進行交互，前端只需要知道實現(xiàn)交互的方法名(如sourceinfo)，移動端利用context調用該方法就好，交互過程中需要傳遞的參數(shù)通過block回調。其中context通過調用valueforkeypath:@"documentview.webview.mainframe.javascriptcontext"方法獲得。

上述具體實施例具有以下有益效果：使用javascriptcontext方法，獲取到context，獲得了context就獲得了實現(xiàn)了js和oc的交互的引擎，有了context后面的進行數(shù)據(jù)處理就很方便。

圖3是示出本申請實施例的數(shù)據(jù)展示圖表生成方法的測試設備的結構框圖。

參照圖3，所述數(shù)據(jù)展示圖表生成方法的測試設備，包括：處理器(processor)301、存儲器(memory)302、通信接口(communicationsinterface)303和總線304；

其中，

所述處理器301、存儲器302、通信接口303通過所述總線304完成相互間的通信；

所述通信接口303用于該測試設備與數(shù)據(jù)展示圖表生成方法的通信設備之間的信息傳輸；

所述處理器301用于調用所述存儲器302中的程序指令，以執(zhí)行上述各方法實施例所提供的方法，例如包括：獲取待生成數(shù)據(jù)展示圖表的圖表模板路徑信息，將所述圖表模板路徑信息進行nsutf8stringencoding編碼；將所述編碼后的圖表模板路徑信息轉化為用戶移動終端操作系統(tǒng)所能識別的url路徑信息；獲取所述待生成數(shù)據(jù)展示圖表的圖表模板的存儲路徑信息；根據(jù)所述url路徑信息和存儲路徑信息加載所述待生成數(shù)據(jù)展示圖表的圖表模板；將待展示數(shù)據(jù)信息載入所述圖表模板中，生成數(shù)據(jù)展示圖表，將所述數(shù)據(jù)展示圖表在所述用戶移動終端進行展示。

本實施例公開一種計算機程序產(chǎn)品，所述計算機程序產(chǎn)品包括存儲在非暫態(tài)計算機可讀存儲介質上的計算機程序，所述計算機程序包括程序指令，當所述程序指令被計算機執(zhí)行時，計算機能夠執(zhí)行上述各方法實施例所提供的方法，例如包括：獲取待生成數(shù)據(jù)展示圖表的圖表模板路徑信息，將所述圖表模板路徑信息進行nsutf8stringencoding編碼；將所述編碼后的圖表模板路徑信息轉化為用戶移動終端操作系統(tǒng)所能識別的url路徑信息；獲取所述待生成數(shù)據(jù)展示圖表的圖表模板的存儲路徑信息；根據(jù)所述url路徑信息和存儲路徑信息加載所述待生成數(shù)據(jù)展示圖表的圖表模板；將待展示數(shù)據(jù)信息載入所述圖表模板中，生成數(shù)據(jù)展示圖表，將所述數(shù)據(jù)展示圖表在所述用戶移動終端進行展示。

本實施例提供一種非暫態(tài)計算機可讀存儲介質，所述非暫態(tài)計算機可讀存儲介質存儲計算機指令，所述計算機指令使所述計算機執(zhí)行上述各方法實施例所提供的方法，例如包括：獲取待生成數(shù)據(jù)展示圖表的圖表模板路徑信息，將所述圖表模板路徑信息進行nsutf8stringencoding編碼；將所述編碼后的圖表模板路徑信息轉化為用戶移動終端操作系統(tǒng)所能識別的url路徑信息；獲取所述待生成數(shù)據(jù)展示圖表的圖表模板的存儲路徑信息；根據(jù)所述url路徑信息和存儲路徑信息加載所述待生成數(shù)據(jù)展示圖表的圖表模板；將待展示數(shù)據(jù)信息載入所述圖表模板中，生成數(shù)據(jù)展示圖表，將所述數(shù)據(jù)展示圖表在所述用戶移動終端進行展示。

本領域普通技術人員可以理解：實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質包括：rom、ram、磁碟或者光盤等各種可以存儲程序代碼的介質。

以上所描述的數(shù)據(jù)展示圖表生成方法的測試設備等實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。

最后，本申請的方法僅為較佳的實施方案，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。