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