我的公司已經用HTML,Javascript和各種後端服務器技術完成了幾個類似的報告。後端技術是無關緊要的,它所做的只是運行查詢並返回數組或JSON。我們在前端使用HighCharts,這是以任何客戶端可以使用的方法可視化數據的絕佳方式。對於原始數據輸出,我們利用DataTables,這已經取得了巨大的成功,並且已經得到了客戶的普遍好評。
那裏有 - 類似於Crystal的通用數據報告工具,包括可以部署用於報告的Infragistics和Jasper。但是,從用戶界面的角度來看,我告誡你要採用一體化解決方案。我們研究了幾種基於Java的工具,可以在幾乎任何環境中普遍部署,其中Jasper是主要的工具。但是,我們發現它臃腫,過於複雜,並且輸出的結果遠遠低於符合HTML 100%的結果,更不用說安裝,配置和學習需要大量時間。
當你想到它時,我們的應用程序的客戶無論如何都只是在尋找10-15個特定的報告,所以它沒有太多的額外工作來「滾動我們自己的」,我們知道它足夠具體在控制用戶界面和合規性的各個方面的同時改善用戶體驗。 Jasper做了比較平淡的報告,我可以通過CSS以及所有自定義的排序,過濾等方式通過表單層中的DataTables(通過Ajax與後端對話)處理樣式。除了UI優勢,獲得的速度提升通過建造我們自己的就像比較法拉利和起亞。對於用戶端報告,構建表單或其他輸入元素很容易,這些輸入元素可以將用戶輸入到彙編和輸出數據的函數中。
是的,這需要時間。但是,當您考慮軟件的必要許可證,配置時間和培訓時間時,如果您的開發人員足夠高效,它就會變成一種清洗。就我而言,該公司走出了前路。
所以,底線,我會坐下來提問有關它的具體情況,您對標準的關注程度,包裝可能會產生多少資源影響以及通用解決方案的成本效益如何是。然後,客觀地將其與本土解決方案進行比較並運行數字。僅僅因爲一個軟件包聲稱是「快速和容易」並不總是意味着它是。祝你好運。
HTML報告是通用的跨瀏覽器。問題在於你需要更多的HTML標準。你的問題是不確定的。所有或大多數報告解決方案都有HTML輸出。爲什麼應該是不在任何目標平臺上顯示的HTML頁面? – Horcrux7 2011-03-09 20:49:23