專利名稱:三位一體頁面開發(fā)系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明屬于頁面開發(fā)技術(shù)領(lǐng)域,具體涉及一種三位一體頁面開發(fā)系統(tǒng)。
背景技術(shù):
現(xiàn)有技術(shù)中頁面開發(fā)一般都是基于ajax技術(shù)開發(fā)的動(dòng)態(tài)頁面,用ajax的方式進(jìn)行前后臺(tái)交互。然后單純的ajax進(jìn)行交互的話編碼非常復(fù)雜。同時(shí)這種方式進(jìn)行開發(fā)如果想要再擴(kuò)展編碼會(huì)非常困難。如果是前臺(tái)寫js的話會(huì)導(dǎo)致事務(wù)失效,如果是后臺(tái)編碼的·話會(huì)要求開發(fā)人員至少懂得兩種語言。傳統(tǒng)的表單開發(fā)對(duì)于業(yè)務(wù)開發(fā)人員來說比較費(fèi)時(shí)費(fèi)力。因?yàn)闃I(yè)務(wù)開發(fā)人員大多都是比較了解后臺(tái)邏輯的開發(fā)。對(duì)于頁面是否好看這種涉及到特殊層面的因素不甚敏感。采用模版加配置的方式開發(fā)可以節(jié)省下調(diào)整頁面樣式的時(shí)間。因?yàn)槟0嬷挥幸粋€(gè),樣式顏色什么的只要調(diào)整模版即可,甚至在項(xiàng)目過程中做大的樣式變更也不需要重新編碼。另一方面,html頁面無法和后臺(tái)代碼緊密結(jié)合,而JSP頁面又面臨高并發(fā)乏力的問題。本發(fā)明因此而來。
發(fā)明內(nèi)容
本發(fā)明目的在于提供一種三位一體頁面開發(fā)系統(tǒng),解決了現(xiàn)有技術(shù)中頁面開發(fā)時(shí)難以滿足高效開發(fā)、開發(fā)過程繁瑣等問題。為了解決現(xiàn)有技術(shù)中的這些問題,本發(fā)明提供的技術(shù)方案是—種三位一體頁面開發(fā)系統(tǒng),其特征在于所述系統(tǒng)包括頁面展示交互模塊、配置模塊、控制模塊和頁面調(diào)整模塊;所述頁面展示交互模塊用于展示頁面內(nèi)容和與用戶交互進(jìn)行提交表單數(shù)據(jù);所述配置模塊用于進(jìn)行用戶提交的表單數(shù)據(jù)進(jìn)行驗(yàn)證,配置用戶表單數(shù)據(jù)的提交方向和表單數(shù)據(jù)的來源,配置與表單相關(guān)的事件事項(xiàng);所述頁面調(diào)整模塊通過實(shí)現(xiàn)配置模塊配置的事件事項(xiàng)的相關(guān)行為進(jìn)行頁面的調(diào)整;所述控制模塊負(fù)責(zé)接受頁面的請(qǐng)求,并根據(jù)配置模塊的配置調(diào)用頁面調(diào)整模塊進(jìn)行頁面表單的處理。優(yōu)選的,所述配置模塊配置的事件事項(xiàng)包括表單載入前事件事項(xiàng)、表單載入后事件事項(xiàng)、表單提交前事件事項(xiàng)、表單提交后事件事項(xiàng)。優(yōu)選的,所述頁面調(diào)整模塊包括表單載入前行為接口、表單載入后行為接口、表單提交前行為接口、表單提交后行為接口。本發(fā)明能夠解決純HTML頁面其擴(kuò)展性不足的問題,同時(shí)也能改變開發(fā)頁面需要進(jìn)行編碼的狀況,可以完全以配置的方式進(jìn)行頁面開發(fā)。由于是將服務(wù)器端壓力分擔(dān)到客戶端,假如客戶端的性能非常有限的話會(huì)比較影響性能。因此,本發(fā)明使用一套三位一體的頁面模型,保證了展示、配置、編碼三方面的需求,以保證開發(fā)人員可以以更高的效率開發(fā)代碼。單純的HTML+AJAX頁面運(yùn)行效率很高,但是卻有著難以擴(kuò)展的問題,并且編寫一個(gè)這樣的應(yīng)用,其成本比之動(dòng)態(tài)頁面要高的多。而動(dòng)態(tài)頁面技術(shù)如JSP、ASP等雖然解決了動(dòng)態(tài)擴(kuò)展問題,可是這種技術(shù)在高并發(fā)下會(huì)帶來性能瓶頸。該模型將展示部分(如HTML頁面)置于中心的位置,后臺(tái)部分有一個(gè)配置文件和一份java代碼與其對(duì)應(yīng)。通過配置配置文件和編寫java代碼讓HTML顯著解決了 HTML頁面難以與后臺(tái)交互的問題。同時(shí)由于后臺(tái)有一份配置文件與頁面對(duì)應(yīng),可以通過配置的方式進(jìn)行也沒開發(fā)??梢酝ㄟ^配置頁面上有哪些文本框,使用什么組件,該頁面的數(shù)據(jù)從何而來,要提交到什么地方去都可以以配置的方式進(jìn)行。用這種 辦法可以顯著提高頁面的開發(fā)效率。而且這種方式也解決了系統(tǒng)頁面統(tǒng)一換膚的問題,因?yàn)樗械捻撁娑紒碜杂谕荒0?,只要更換一個(gè)也沒既可以把整個(gè)頁面的樣式全部換掉。本發(fā)明用了一個(gè)統(tǒng)一的方式予以解決,用類似html+xml+java這樣三位一體的方式做到了快速開發(fā)的目的。具體的,本發(fā)明的頁面開發(fā)模型有三部分組成頁面部分擔(dān)任展示工作和前臺(tái)組織工作,他也是操作的發(fā)起人,頁面發(fā)起請(qǐng)求以請(qǐng)求數(shù)據(jù),頁面發(fā)起數(shù)據(jù)提交來提交數(shù)據(jù)。配置部分配置部分代表表單的配置部分,現(xiàn)在的表單的配置只有一個(gè)驗(yàn)證,之后要可以配置從哪里獲取數(shù)據(jù)、從哪里聯(lián)動(dòng)獲取數(shù)據(jù),涉及業(yè)務(wù)對(duì)象的保存方法,前后事件的配置。代碼部分代碼部分是新加入的一個(gè)部分,這個(gè)部分就代表著頁面的代碼部分。現(xiàn)在打算加入頁面的前事件、后事件、提交前事件、提交后事件這些編碼的接口部分來彌補(bǔ)高擴(kuò)展帶來的聚合性下降。相對(duì)于現(xiàn)有技術(shù)中的方案,本發(fā)明的優(yōu)點(diǎn)是單純的ajax進(jìn)行交互的話編碼非常復(fù)雜,而且這種方式進(jìn)行開發(fā)如果想要再擴(kuò)展編碼會(huì)非常困難。如果是前臺(tái)寫js的話會(huì)導(dǎo)致事務(wù)失效,如果是后臺(tái)編碼的話會(huì)要求開發(fā)人員至少懂得兩種語言。本發(fā)明技術(shù)方案開發(fā)人員只用熟悉自己的領(lǐng)域,解決了開發(fā)效率低下的問題。傳統(tǒng)的表單開發(fā)對(duì)于業(yè)務(wù)開發(fā)人員來說比較費(fèi)時(shí)費(fèi)力。因?yàn)闃I(yè)務(wù)開發(fā)人員大多都是比較了解后臺(tái)邏輯的開發(fā)。對(duì)于頁面是否好看這種涉及到特殊層面的因素不甚敏感。采用模版加配置的方式開發(fā)可以節(jié)省下調(diào)整頁面樣式的時(shí)間。因?yàn)槟0嬷挥幸粋€(gè),樣式顏色什么的只要調(diào)整模版即可,甚至在項(xiàng)目過程中做大的樣式變更也不需要重新編碼。本發(fā)明解決了開發(fā)人員不善于表單開發(fā)的問題,同時(shí)也解決了變更網(wǎng)站樣式需要全部重新開發(fā)頁面的問題。傳統(tǒng)html頁面無法和后臺(tái)代碼緊密結(jié)合,而JSP頁面又面臨高并發(fā)乏力的問題。本發(fā)明技術(shù)方案解決了 html頁面無法與后臺(tái)代碼結(jié)合的問題。
下面結(jié)合附圖及實(shí)施例對(duì)本發(fā)明作進(jìn)一步描述圖I為三位一體頁面開發(fā)系統(tǒng)的系統(tǒng)架構(gòu)圖;圖2為本發(fā)明系統(tǒng)打開頁面的工作流程圖;圖3為本發(fā)明系統(tǒng)打開頁面的工作流程圖。
具體實(shí)施例方式以下結(jié)合具體實(shí)施例對(duì)上述方案做進(jìn)一步說明。應(yīng)理解,這些實(shí)施例是用于說明本發(fā)明而不限于限制本發(fā)明的范圍。實(shí)施例中采用的實(shí)施條件可以根據(jù)具體廠家的條件做進(jìn)一步調(diào)整,未注明的實(shí)施條件通常為常規(guī)實(shí)驗(yàn)中的條件。實(shí)施例本實(shí)施例得到的三位一體頁面開發(fā)系統(tǒng),包括頁面展示交互模塊、配置模塊、控制模塊和頁面調(diào)整模塊;所述頁面展示交互模塊用于展示頁面內(nèi)容和與用戶交互進(jìn)行提交表單數(shù)據(jù);所述配置模塊用于進(jìn)行用戶提交的表單數(shù)據(jù)進(jìn)行驗(yàn)證,配置用戶表單數(shù)據(jù)的提交方向和表單數(shù)據(jù)的來源,配置與表單相關(guān)的事件事項(xiàng);所述頁面調(diào)整模塊通過實(shí)現(xiàn)配置模塊配置的事件事項(xiàng)的相關(guān)行為進(jìn)行頁面的調(diào)整;所述控制模塊負(fù)責(zé)接受頁面的請(qǐng)求,并根據(jù)配置模塊的配置調(diào)用頁面調(diào)整模塊進(jìn)行頁面表單的處理。
具體的頁面展示交互模塊包括頁面部分,頁面部分由前臺(tái)負(fù)責(zé),前臺(tái)指的是在前后臺(tái)體系中的前臺(tái)角色,以及這個(gè)角色所負(fù)責(zé)的功能。頁面展示交互模塊的功能包括I、發(fā)起請(qǐng)求以請(qǐng)求數(shù)據(jù)通過配置特定的后臺(tái)方法來決定調(diào)用什么來填充頁面。2、提交數(shù)據(jù)表單的工作其實(shí)就兩個(gè),展示數(shù)據(jù)和提交數(shù)據(jù)。表單頁面上組件是組件自己負(fù)責(zé),這里不討論。對(duì)于表單本身來說,他就是一個(gè)提交數(shù)據(jù)。數(shù)據(jù)提交給固定的目標(biāo),由控制器來決定把數(shù)據(jù)交給哪個(gè)服務(wù)??刂破饕勒张渲梦募頉Q定如何轉(zhuǎn)發(fā)。在體系里頁面扮演的角色很單純,就是數(shù)據(jù)展示和提交。二、配置模塊配置模塊是該系統(tǒng)的依托,之所以是配置,而不是代碼,是為了保證其易擴(kuò)展性,如果使用了代碼的話,在進(jìn)行維護(hù)項(xiàng)目時(shí)會(huì)因?yàn)榇a的不易擴(kuò)展性而受到阻礙,而且配置模塊也便于設(shè)計(jì)器進(jìn)行管理。配置模塊要管理的部分包括I、驗(yàn)證部分表單的驗(yàn)證體系,這里和以前沒有變化。2、表單toolbar :toolbar是表單提交的配置,在這里需要配置提交的方向,是直接進(jìn)行form提交、走自己的服務(wù)、亦或是改變form提交所執(zhí)行的內(nèi)容。3、數(shù)據(jù)來源表單的數(shù)據(jù)來源配置,設(shè)定配置走那個(gè)后臺(tái)方法,這個(gè)來源和表單綁定是息息相關(guān)的。4、數(shù)據(jù)提交數(shù)據(jù)提交就是我們可以配置表單的提交方向。默認(rèn)情況下表單提交的服務(wù)都是同一個(gè),都是“控制部分”。但是隨著后臺(tái)配置的不同,他將執(zhí)行不同的增、刪、改服務(wù)。這些都是可配置的,包括其明細(xì)表的這些東西都是可以配置的。如果toolbar上配置了提交按鈕,也可以在toolbar上配置。如果不配置就走表單本身的提交,這樣既保證了擴(kuò)展性,也保證了特殊性。5、事件配置事件配置分為表單載入前事件、載入后事件、提交前事件、提交后事件。載入時(shí)間是表單統(tǒng)一的,如果沒有在toolbar上單獨(dú)配置的話,提交事件是走表單的統(tǒng)一事件,如果單獨(dú)配置了,則走單獨(dú)配置的部分。配置模塊是中轉(zhuǎn)點(diǎn),該部分將由表單后臺(tái)驅(qū)動(dòng)來驅(qū)動(dòng)起來,這個(gè)驅(qū)動(dòng)就是控制模塊。三、頁面調(diào)整模塊頁面調(diào)整模塊通過代碼部分實(shí)現(xiàn),該部分是是頁面的補(bǔ)充,新建了一個(gè)基類作為后臺(tái)表單的實(shí)現(xiàn)?,F(xiàn)有的擴(kuò)展點(diǎn)有4個(gè),載入前、載入后、提交前、提交后。這4個(gè)部分是代碼實(shí)現(xiàn)。這里默認(rèn)的代碼就是調(diào)用默認(rèn)事件,如果希望加入自己的事件代碼就可以在這里實(shí)現(xiàn),如果沒有實(shí)現(xiàn)或沒有代碼就直接走表單配置的部分。四、控制模塊控制模塊是將前三者串聯(lián)在一起的引擎,在打開頁面時(shí)由頁面向他提出請(qǐng)求,他負(fù)責(zé)根據(jù)配置模塊提供給頁面展示交互模塊數(shù)據(jù)。在也沒提交時(shí)也是他根據(jù)頁面的配置來將結(jié)果提交到事先配置好的部分去。五、工作流程為了更清晰的講述各個(gè)環(huán)節(jié)是如何協(xié)作的,這里以流程圖的方式詳細(xì)說明。 這里分成兩塊來說,一塊是打開頁面,一塊是提交頁面。圖2為打開頁面的工作流程圖。包括以下步驟I、從打開一個(gè)頁面開始,頁面主動(dòng)向后臺(tái)發(fā)起請(qǐng)求,獲取這個(gè)頁面需要得知的相
關(guān)信息。2、到達(dá)后臺(tái)首先到達(dá)控制模塊,控制模塊向配置模塊獲取相關(guān)配置信息,并根據(jù)這些信息開始組織信息。3、之后開始將調(diào)整模塊實(shí)例化,同時(shí)執(zhí)行注冊(cè)在調(diào)整模塊里的加載前事件。4、此時(shí)開始執(zhí)行頁面的初始化邏輯,也許是獲取數(shù)據(jù),也許是執(zhí)行一段邏輯。5、在執(zhí)行完畢后開始執(zhí)行調(diào)整模塊的加載后事件。6、將執(zhí)行的結(jié)果和之前從頁面配置里的數(shù)據(jù)打包返回給頁面展示交互模塊。7、頁面拿到數(shù)據(jù)開始構(gòu)建頁面,并完成頁面的打開。下面是頁面提交流程,如圖3所示,提交其實(shí)和加載本質(zhì)上是同一套引擎,這里為了清楚起見,所以分成兩個(gè)來說。I、從頁面向后臺(tái)提交開始,頁面向后臺(tái)提交信息,需要后臺(tái)完成一個(gè)業(yè)務(wù)邏輯。2、到達(dá)后臺(tái)首先到達(dá)控制模塊,控制模塊向配置模塊獲取相關(guān)提交配置信息,并根據(jù)這些提交信息開始進(jìn)行提交操作。3、之后開始將調(diào)整模塊實(shí)例化,同時(shí)執(zhí)行注冊(cè)在調(diào)整模塊里的提交前事件。4、此時(shí)根據(jù)頁面提交配置和配置模塊的配置來進(jìn)行提交業(yè)務(wù)邏輯操作。5、在執(zhí)行完畢后開始執(zhí)行調(diào)整模塊的提交后事件。6、將執(zhí)行的結(jié)果打包返回給頁面展示交互模塊。7、頁面拿到數(shù)據(jù)相關(guān)信息提示出來。上述實(shí)例只為說明本發(fā)明的技術(shù)構(gòu)思及特點(diǎn),其目的在于讓熟悉此項(xiàng)技術(shù)的人是能夠了解本發(fā)明的內(nèi)容并據(jù)以實(shí)施,并不能以此限制本發(fā)明的保護(hù)范圍。凡根據(jù)本發(fā)明精神實(shí)質(zhì)所做的等效變換或修飾,都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種三位一體頁面開發(fā)系統(tǒng),其特征在于所述系統(tǒng)包括頁面展示交互模塊、配置模塊、控制模塊和頁面調(diào)整模塊;所述頁面展示交互模塊用于展示頁面內(nèi)容和與用戶交互進(jìn)行提交表單數(shù)據(jù);所述配置模塊用于進(jìn)行用戶提交的表單數(shù)據(jù)進(jìn)行驗(yàn)證,配置用戶表單數(shù)據(jù)的提交方向和表單數(shù)據(jù)的來源,配置與表單相關(guān)的事件事項(xiàng);所述頁面調(diào)整模塊通過實(shí)現(xiàn)配置模塊配置的事件事項(xiàng)的相關(guān)行為進(jìn)行頁面的調(diào)整;所述控制模塊負(fù)責(zé)接受頁面的請(qǐng)求,并根據(jù)配置模塊的配置調(diào)用頁面調(diào)整模塊進(jìn)行頁面表單的處理。
2.根據(jù)權(quán)利要求I所述的三位一體頁面開發(fā)系統(tǒng),其特征在于所述配置模塊配置的事件事項(xiàng)包括表單載入前事件事項(xiàng)、表單載入后事件事項(xiàng)、表單提交前事件事項(xiàng)、表單提交后事件事項(xiàng)。
3.根據(jù)權(quán)利要求I所述的三位一體頁面開發(fā)系統(tǒng),其特征在于所述頁面調(diào)整模塊包括表單載入前行為接口、表單載入后行為接口、表單提交前行為接口、表單提交后行為接口。
全文摘要
本發(fā)明公開了一種三位一體頁面開發(fā)系統(tǒng),其特征在于所述系統(tǒng)包括頁面展示交互模塊、配置模塊、控制模塊和頁面調(diào)整模塊;所述頁面展示交互模塊用于展示頁面內(nèi)容和與用戶交互進(jìn)行提交表單數(shù)據(jù);所述配置模塊用于進(jìn)行用戶提交的表單數(shù)據(jù)進(jìn)行驗(yàn)證,配置用戶表單數(shù)據(jù)的提交方向和表單數(shù)據(jù)的來源,配置與表單相關(guān)的事件事項(xiàng);所述頁面調(diào)整模塊通過實(shí)現(xiàn)配置模塊配置的事件事項(xiàng)的相關(guān)行為進(jìn)行頁面的調(diào)整;所述控制模塊負(fù)責(zé)接受頁面的請(qǐng)求,并根據(jù)配置模塊的配置調(diào)用頁面調(diào)整模塊進(jìn)行頁面表單的處理。該系統(tǒng)解決了開發(fā)人員不善于表單開發(fā)的問題,同時(shí)也解決了變更網(wǎng)站樣式需要全部重新開發(fā)頁面的問題。
文檔編號(hào)G06F17/30GK102915244SQ201210371630
公開日2013年2月6日 申請(qǐng)日期2012年9月28日 優(yōu)先權(quán)日2012年9月28日
發(fā)明者邵帥, 夏幫國, 王長堯 申請(qǐng)人:方正國際軟件有限公司