[發(fā)明專利]用于瀏覽器端訪問(wèn)數(shù)據(jù)庫(kù)的接口服務(wù)系統(tǒng)及其實(shí)施方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201811606226.0
• 申請(qǐng)日: 2018-12-26
• 公開（公告）號(hào): CN109753532A
• 公開（公告）日: 2019-05-14
• 發(fā)明（設(shè)計(jì)）人: 劉闖;鄭進(jìn);郭榮榮
• 申請(qǐng)（專利權(quán)）人: 蘇州宏軟信息技術(shù)有限公司
• 主分類號(hào): G06F16/25
• 分類號(hào): G06F16/25
• 代理公司: 蘇州華博知識(shí)產(chǎn)權(quán)代理有限公司 32232
• 代理人: 黃麗莉

本發(fā)明公開一種用于瀏覽器端訪問(wèn)數(shù)據(jù)庫(kù)的接口服務(wù)系統(tǒng)及其實(shí)施方法，該接口服務(wù)系統(tǒng)包括：接口服務(wù)器，該接口服務(wù)器與瀏覽器端和數(shù)據(jù)庫(kù)端連接，瀏覽器端按照標(biāo)準(zhǔn)接口以Json數(shù)據(jù)格式發(fā)送輸入與請(qǐng)求輸出，接口服務(wù)器解析Ajax請(qǐng)求的類型、參數(shù)與返回結(jié)果類型，數(shù)據(jù)庫(kù)端執(zhí)行存儲(chǔ)過(guò)程或者語(yǔ)句返回給接口服務(wù)器。本發(fā)明減少前端開發(fā)與數(shù)據(jù)庫(kù)人員對(duì)中間層程序的參與，開發(fā)一個(gè)標(biāo)準(zhǔn)的接口服務(wù)器與不同前端框架進(jìn)行方便的接口，脫離高級(jí)語(yǔ)言與數(shù)據(jù)庫(kù)的數(shù)據(jù)交互，實(shí)現(xiàn)瀏覽器端開發(fā)與數(shù)據(jù)庫(kù)開發(fā)分離，減少代碼重復(fù)工作，提高接口響應(yīng)速度，降低系統(tǒng)升級(jí)難度。

技術(shù)領(lǐng)域

本發(fā)明具體涉及一種用于瀏覽器端訪問(wèn)數(shù)據(jù)庫(kù)的接口服務(wù)系統(tǒng)及其實(shí)施方法。

背景技術(shù)

隨著互聯(lián)網(wǎng)行業(yè)的飛速發(fā)展，汽車零部件企業(yè)不斷擴(kuò)大信息系統(tǒng)在企業(yè)部門中的應(yīng)用，從ERP系統(tǒng)、MES系統(tǒng)到WMS系統(tǒng)與PTMES系統(tǒng)的擴(kuò)展，應(yīng)用范圍也從單個(gè)工廠到各地分廠的延伸，搭建高標(biāo)準(zhǔn)性、可維護(hù)性、可拓展性的信息系統(tǒng)是企業(yè)的殷切希望。目前汽車零部件企業(yè)開發(fā)管理類型的網(wǎng)站大多選用三層架構(gòu)，前端使用HTML5、CSS實(shí)現(xiàn)瀏覽器端UI界面的展示、用戶數(shù)據(jù)的獲取。大部分的前端數(shù)據(jù)需要Ajax請(qǐng)求中間層，響應(yīng)后服務(wù)層調(diào)用相應(yīng)的方法在數(shù)據(jù)庫(kù)中進(jìn)行數(shù)據(jù)處理，返回結(jié)果給前端。每個(gè)前端網(wǎng)頁(yè)對(duì)應(yīng)一個(gè)中間處理層，各個(gè)前端需求在中間層有對(duì)應(yīng)的請(qǐng)求，不同層之間需要確保參數(shù)、方法的一致性，造成前端開發(fā)、中間層、服務(wù)層以及數(shù)據(jù)庫(kù)處理需要在設(shè)計(jì)時(shí)定義完善的請(qǐng)求與規(guī)范，開發(fā)過(guò)程中也需要頻繁的溝通。中間層的代碼開發(fā)存在相同邏輯差異性較小時(shí)，仍需大量代碼的重復(fù)性工作，造成運(yùn)行內(nèi)存過(guò)大。

因此，三層架構(gòu)模式對(duì)于汽車零部件行業(yè)業(yè)務(wù)、需求的快速變化存在需要優(yōu)化的地方，如何搭建系統(tǒng)架構(gòu)滿足客戶對(duì)系統(tǒng)使用的性能要求。一方面如何為用戶提供可靠的服務(wù)，如何有效的處理多用戶并發(fā)請(qǐng)求和響應(yīng)慢的問(wèn)題，以及如何有效的解決大量數(shù)據(jù)查詢的問(wèn)題。另一方面隨著系統(tǒng)業(yè)務(wù)的增多，開發(fā)的代碼庫(kù)也急劇膨脹，在這種情況下，三層架構(gòu)的可維護(hù)性、靈活性在降低，而測(cè)試成本、構(gòu)建成本以及維護(hù)成本卻在顯著增加。

同時(shí)，客戶對(duì)產(chǎn)品的需求從注重實(shí)用性慢慢轉(zhuǎn)變到整個(gè)產(chǎn)品周期，包括前端設(shè)計(jì)、代碼性能、使用過(guò)程中的體驗(yàn)、后期維護(hù)與升級(jí)。因此，系統(tǒng)除了要在服務(wù)器端開發(fā)中提升性能和實(shí)用性，還要在前端設(shè)計(jì)開發(fā)中考慮最佳的界面與用戶體驗(yàn)。前端和服務(wù)器端的開發(fā)要求更加細(xì)致與嚴(yán)格，如何減少或者完全使前后端分離，解決相互制約的問(wèn)題，實(shí)現(xiàn)在數(shù)據(jù)庫(kù)或者業(yè)務(wù)邏輯還未確認(rèn)的情況下，前端可以專注頁(yè)面設(shè)計(jì)，搭建系統(tǒng)的實(shí)現(xiàn)效果與客戶進(jìn)行溝通；數(shù)據(jù)庫(kù)端專注表的優(yōu)化設(shè)計(jì)，存儲(chǔ)過(guò)程的編寫，中間過(guò)程的校驗(yàn)與邏輯處理完全由接口服務(wù)系統(tǒng)實(shí)現(xiàn)。從其他方面分析現(xiàn)有的軟件架構(gòu)開發(fā)存在的問(wèn)題及未突破點(diǎn)基本如下：

(1)可配置性較低：多層架構(gòu)各層之間有牽制影響，導(dǎo)致配置和調(diào)試的復(fù)雜。一些特殊的技術(shù)很難集成到一個(gè)固定的架構(gòu)里面去，或者不能實(shí)現(xiàn)預(yù)期的效果；

(2)性能差：由于瀏覽器端與后臺(tái)數(shù)據(jù)庫(kù)的交互需要通過(guò)中間層處理返回，降低了系統(tǒng)性能；頁(yè)面切換及數(shù)據(jù)請(qǐng)求都是通過(guò)Ajax無(wú)刷新機(jī)制實(shí)現(xiàn)的，頁(yè)面資源無(wú)法自動(dòng)回收，時(shí)間長(zhǎng)了會(huì)嚴(yán)重影響性能，造成內(nèi)存泄漏甚至頁(yè)面崩潰直接退出，故隨著業(yè)務(wù)需求增多，建立過(guò)多的傳參方法，容易造成程序穩(wěn)定性不夠；

(3)開發(fā)工作重復(fù)：在前端頁(yè)面中需要增加一個(gè)功能時(shí)，為保證其設(shè)計(jì)符合分層式結(jié)構(gòu)，可能需要在相應(yīng)的中間層和數(shù)據(jù)訪問(wèn)層中都增加相應(yīng)的代碼，對(duì)于同樣類型的功能只是參數(shù)傳入的區(qū)別，而獲取每個(gè)參數(shù)的代碼仍需編寫，造成了代碼量的增加，重復(fù)性工作較多；

(4)選擇開發(fā)的高級(jí)語(yǔ)言不同時(shí)，部署環(huán)境需要改變、中間層需要重新開發(fā)，工作難度增加。

發(fā)明內(nèi)容

為了解決上述技術(shù)問(wèn)題，本發(fā)明提出了一種用于瀏覽器端訪問(wèn)數(shù)據(jù)庫(kù)的接口服務(wù)系統(tǒng)及其實(shí)施方法。

為了達(dá)到上述目的，本發(fā)明的技術(shù)方案如下：

用于瀏覽器端訪問(wèn)數(shù)據(jù)庫(kù)的接口服務(wù)系統(tǒng)，包括：