項(xiàng)目組使用潤乾報(bào)表已一年多了,說實(shí)話,潤乾報(bào)表在國內(nèi)同類產(chǎn)品中屬于非常不錯(cuò)的最好的報(bào)表開發(fā)和應(yīng)用產(chǎn)品。相應(yīng)的支持也比較到位,使用人員及交流社區(qū)也開展的很合適。在這先給它們作個(gè)廣告!!!
在項(xiàng)目中使用潤乾報(bào)表,對數(shù)據(jù)進(jìn)行專業(yè)的報(bào)表應(yīng)用和開發(fā),我對其作簡單總結(jié):
1)對其服務(wù)器運(yùn)行系統(tǒng)進(jìn)行項(xiàng)目性客戶化開發(fā),從而利用項(xiàng)目中的權(quán)限管理和模塊,實(shí)現(xiàn)對報(bào)表進(jìn)行訪問控制。否則,這對企業(yè)級應(yīng)用將是一個(gè)非常大的考驗(yàn)。
2)潤乾報(bào)表自帶的參數(shù)生成模塊、報(bào)表運(yùn)行載體的樣式、風(fēng)格都極其簡陋,與項(xiàng)目的實(shí)際風(fēng)格可能存在很大的差距。因此必需對其進(jìn)行深入的擴(kuò)展和開發(fā)。我們項(xiàng)目組的經(jīng)驗(yàn)就是單獨(dú)開發(fā)參數(shù)生成模塊和潤乾報(bào)表載體,如此才保證了報(bào)表中心與項(xiàng)目的用戶體驗(yàn)和交互性的一致性。
3)為了更好的利用項(xiàng)目組資源,我們將潤乾報(bào)表開發(fā)人員獨(dú)立出來,形成專門的報(bào)表開發(fā)團(tuán)隊(duì)。此團(tuán)隊(duì)負(fù)責(zé)根據(jù)業(yè)務(wù)的需要,利用潤乾報(bào)表開發(fā)工具進(jìn)行報(bào)表開發(fā),即開發(fā).raq報(bào)表文件。此部份人員可從項(xiàng)目組的普通成員和新進(jìn)人員中進(jìn)行培養(yǎng),而無需占用大量的項(xiàng)目組中中高級開發(fā)人員資源,從而節(jié)約了項(xiàng)目組的資源。
4)潤乾報(bào)表對過JSP標(biāo)簽包含在jsp頁面中進(jìn)行加裁我運(yùn)行。我們稱此jsp頁面為潤乾報(bào)表運(yùn)行載體。我們根據(jù)潤乾報(bào)表的運(yùn)行載體進(jìn)行了科學(xué)的分類,并根據(jù)分類開發(fā)出統(tǒng)一的報(bào)表運(yùn)行載體頁面(jsp)。從而避免針對每個(gè)報(bào)表文件而開發(fā)與之對應(yīng)的運(yùn)行載體。此舉也大為減少了項(xiàng)目組的JSP開發(fā)人員的工作量。
5)建立潤乾報(bào)表運(yùn)行專用配置文件,將報(bào)表參數(shù)生成模塊、運(yùn)行載體及潤乾報(bào)表三者之間的關(guān)系進(jìn)行配置化管理,并以此為紐帶,將潤乾報(bào)表開發(fā)人員、JSP開發(fā)人員(開發(fā)報(bào)表運(yùn)行載體和報(bào)表參數(shù)生成功能)聯(lián)系起來。
在開發(fā)過程中,我們碰到并解決了如下問題:
1)填報(bào)類潤乾報(bào)表在進(jìn)行數(shù)據(jù)驗(yàn)證時(shí),其提示信息(以js的alert("...")方式提示用戶)成亂碼顯示:此問題是由于潤乾報(bào)表在V4.1以后,統(tǒng)一使用UTF-8作編譯編碼。因此,要解決此問題,需要將項(xiàng)目的編碼也改成UTF-8
2)在潤乾報(bào)表的參數(shù)賦值需按序依次進(jìn)行賦值,而不能采用參數(shù)名進(jìn)行統(tǒng)一賦值。因?yàn)椋绻跐櫱瑘?bào)表的SQL中使用了重復(fù)的參數(shù)進(jìn)行賦值時(shí),會(huì)報(bào)參數(shù)找不至的錯(cuò)誤。
3)在參數(shù)生成模塊中將中文參數(shù)值傳遞給潤乾報(bào)表時(shí),會(huì)導(dǎo)致少量的參數(shù)值在傳遞過程中發(fā)生改變,如“機(jī)油”變成了“箕油”。此問題是由于在urlEncode和urlDecode的bug導(dǎo)致,請?jiān)陂_發(fā)時(shí)需特別注意。我們是通過自己對信息進(jìn)行加碼和解碼來解決此bug。
4)潤乾報(bào)表的運(yùn)行環(huán)境與應(yīng)用服務(wù)器的編碼方式有關(guān):我們項(xiàng)目和報(bào)表中心的編碼方式為UTF-8,但運(yùn)用服務(wù)器(WAS6.1)的編碼方式為GBK時(shí),通過參數(shù)生成功能將中文參數(shù)傳遞給潤乾報(bào)表時(shí),會(huì)出現(xiàn)亂碼問題。在將WAS的輸出和運(yùn)行編碼改成UTF-8后,才解決此問題。
在項(xiàng)目中使用潤乾報(bào)表,對數(shù)據(jù)進(jìn)行專業(yè)的報(bào)表應(yīng)用和開發(fā),我對其作簡單總結(jié):
1)對其服務(wù)器運(yùn)行系統(tǒng)進(jìn)行項(xiàng)目性客戶化開發(fā),從而利用項(xiàng)目中的權(quán)限管理和模塊,實(shí)現(xiàn)對報(bào)表進(jìn)行訪問控制。否則,這對企業(yè)級應(yīng)用將是一個(gè)非常大的考驗(yàn)。
2)潤乾報(bào)表自帶的參數(shù)生成模塊、報(bào)表運(yùn)行載體的樣式、風(fēng)格都極其簡陋,與項(xiàng)目的實(shí)際風(fēng)格可能存在很大的差距。因此必需對其進(jìn)行深入的擴(kuò)展和開發(fā)。我們項(xiàng)目組的經(jīng)驗(yàn)就是單獨(dú)開發(fā)參數(shù)生成模塊和潤乾報(bào)表載體,如此才保證了報(bào)表中心與項(xiàng)目的用戶體驗(yàn)和交互性的一致性。
3)為了更好的利用項(xiàng)目組資源,我們將潤乾報(bào)表開發(fā)人員獨(dú)立出來,形成專門的報(bào)表開發(fā)團(tuán)隊(duì)。此團(tuán)隊(duì)負(fù)責(zé)根據(jù)業(yè)務(wù)的需要,利用潤乾報(bào)表開發(fā)工具進(jìn)行報(bào)表開發(fā),即開發(fā).raq報(bào)表文件。此部份人員可從項(xiàng)目組的普通成員和新進(jìn)人員中進(jìn)行培養(yǎng),而無需占用大量的項(xiàng)目組中中高級開發(fā)人員資源,從而節(jié)約了項(xiàng)目組的資源。
4)潤乾報(bào)表對過JSP標(biāo)簽包含在jsp頁面中進(jìn)行加裁我運(yùn)行。我們稱此jsp頁面為潤乾報(bào)表運(yùn)行載體。我們根據(jù)潤乾報(bào)表的運(yùn)行載體進(jìn)行了科學(xué)的分類,并根據(jù)分類開發(fā)出統(tǒng)一的報(bào)表運(yùn)行載體頁面(jsp)。從而避免針對每個(gè)報(bào)表文件而開發(fā)與之對應(yīng)的運(yùn)行載體。此舉也大為減少了項(xiàng)目組的JSP開發(fā)人員的工作量。
5)建立潤乾報(bào)表運(yùn)行專用配置文件,將報(bào)表參數(shù)生成模塊、運(yùn)行載體及潤乾報(bào)表三者之間的關(guān)系進(jìn)行配置化管理,并以此為紐帶,將潤乾報(bào)表開發(fā)人員、JSP開發(fā)人員(開發(fā)報(bào)表運(yùn)行載體和報(bào)表參數(shù)生成功能)聯(lián)系起來。
在開發(fā)過程中,我們碰到并解決了如下問題:
1)填報(bào)類潤乾報(bào)表在進(jìn)行數(shù)據(jù)驗(yàn)證時(shí),其提示信息(以js的alert("...")方式提示用戶)成亂碼顯示:此問題是由于潤乾報(bào)表在V4.1以后,統(tǒng)一使用UTF-8作編譯編碼。因此,要解決此問題,需要將項(xiàng)目的編碼也改成UTF-8
2)在潤乾報(bào)表的參數(shù)賦值需按序依次進(jìn)行賦值,而不能采用參數(shù)名進(jìn)行統(tǒng)一賦值。因?yàn)椋绻跐櫱瑘?bào)表的SQL中使用了重復(fù)的參數(shù)進(jìn)行賦值時(shí),會(huì)報(bào)參數(shù)找不至的錯(cuò)誤。
3)在參數(shù)生成模塊中將中文參數(shù)值傳遞給潤乾報(bào)表時(shí),會(huì)導(dǎo)致少量的參數(shù)值在傳遞過程中發(fā)生改變,如“機(jī)油”變成了“箕油”。此問題是由于在urlEncode和urlDecode的bug導(dǎo)致,請?jiān)陂_發(fā)時(shí)需特別注意。我們是通過自己對信息進(jìn)行加碼和解碼來解決此bug。
4)潤乾報(bào)表的運(yùn)行環(huán)境與應(yīng)用服務(wù)器的編碼方式有關(guān):我們項(xiàng)目和報(bào)表中心的編碼方式為UTF-8,但運(yùn)用服務(wù)器(WAS6.1)的編碼方式為GBK時(shí),通過參數(shù)生成功能將中文參數(shù)傳遞給潤乾報(bào)表時(shí),會(huì)出現(xiàn)亂碼問題。在將WAS的輸出和運(yùn)行編碼改成UTF-8后,才解決此問題。