報表組件

報表產品是否具有競爭力，用户體驗是衡量的重要標準。報表市場買方需求呈現出強烈的個性化。通用軟件產品，穩定性是其一大優勢，卻無法完全滿足極個性化的需求。新生的產品，往往提供結構清晰，豐富的API調用，有效的解決了報表的擴展和控制問題。順應市場發展趨勢，選擇報表組件時，通常會考慮以下問題：

通常要求設計器和服務器都需要具有可部署的JDK的操作系統，有JDBC接口的數據庫，有些還要考慮對於UNIX/LINUX支持是否與WINDOWS是否完全一樣，一般都採用JAVA開發，非JAVA的報表組件在這方面要困難許多。

傳統的需要獨立安裝的獨立服務器方案，報表文件也必須單獨部署，這在更新時就會存在無法與應用程序一起更新的問題。服務器與應用程序一起部署在引用服務器上，會使得安裝和更新問題簡單快捷。 ^[1] 

傳統工具採用獨立服務器方案，應用接口通過網絡協議完成，接口數量稀少、控制力度弱，而且嚴重影響性能。統計圖等HTML外置資源還常常採用原始的CGI方式，會在文件系統中留下難以管理的臨時文件。

API在某種程度上很象Windows的天然代碼。報表的擴展和深度控制，都需要有結構清晰、豐富的API調用作為保障。

傳統報表組件採用獨立服務器方案,且傳統工具均有自己獨立的門户機制，很難將生成的HTML隨意嵌入到頁面中，常常必須帶出其產品本身的報表管理界面，難以做到無縫嵌入。

用户通產會比較青睞報表生成的HTML在應用頁面（JSP）中隨意嵌入擺放，對從瀏覽器端完全看不出集成了第三方產品的集成方式。