请原谅我，如果我遗漏了一些东西，但在审查了最新的ColdFusion 11版本之后，我似乎在考虑ColdFusion报告构建器。
v11与v10相同。
报告构建器自首次发布以来并没有真正改变。
即使ColdFusion和ColdFusion的流行IDES是跨平台的，它仍然不能用于Windows以外的任何其他内容。
所以我不禁要问：
Adobe希望您在ColdFusion中使用什么来构建报表？他们真的想要我们使用其他东西吗？也许贾斯帕？
如果我有一台Mac，那么即使他们有一个产品（ColdFusion）开发为在Mac上运行（因为他们希望Mac用户使用它，我猜），那么你就无法开发报告。
我错过了什么？
答案 0 :(得分：3)
Report Builder是Adobe在引导销售中选择的Macromedia产品。据我所知，他们从未对此表示过任何兴趣。
至于“Adobe希望您在ColdFusion中使用什么来构建报告？”，或许答案是“他们不关心”。尤其是因为ColdFusion始终是一个服务器端产品，而Macromedia开发一个与之相关的切向桌面产品是一个奇怪的决定。
当我这样说时，我并不是说不屑一顾，我只是觉得每个人都意识到报告生成器是一个很难实现的想法，并且当它被释放时死在水里。
我认为Adobe希望将“服务器端”和“客户端”的概念分开，并相应地使用[您喜欢的任何旧桌面应用程序]来创建报告，并简单地将它们发布为Web服务格式用于提供Web服务器（而不是ColdFusion服务器）。
答案 1 :(得分：0)
在我当前的旧 ColdFusion 项目中，我们在处理 Word、PDF Web 和 Excel 报告生成时遇到了很多兼容性问题，特别是因为我们的项目是严格的 IE11。我们使用的是 ColdFusion 版本 11 和 CF Report Builder 10。 我们发现它有用的一个方面是我们不需要为 Word、PDF 和 Web 报告编写单独的代码。一个代码块足以生成 3 个或更多格式的报告。特别是与 CFDOCUMENT 标签一起使用的 PDF 报告会导致回车、对齐问题。而表格格式从来没有真正在 WORD 文档上用 HTML 准确反映过。 但是在使用 CF 报告生成器之后，这些问题被最小化了。 我测试了一些使用 .CFR 格式创建 PDF 和 Word 的报告。这些报告按比例不准确，但它们在 PDF 和 WORD 类型的格式中是一致的。 此外，创建这些报告所用的时间比传统的 HTML 表格格式、CSS 路由要快。 我认为 Report Builder 标准是自上而下的（标签和值）。因为它有一组用于报表页眉、页眉、列标题、列详细信息、报表页脚的带区。 使用 ADOBE REPORT BUILDER 的其他好处
数值报告： 将来，如果有数值数据报告要求 此外，我们还可以使用分组和各种数值计算，如计数、总和、平均值、总和、方差、标准偏差、第一、最后、最低、最高等。
图形报告： 以后如果有图形数据上报需求 然后，我们还可以使用 CF Report Builder 使用不同的图表类型，例如条形图、折线图、饼图、面积图、曲线图等。
其他 PDF、RTF、EXCEL、XML、FLASH、Web 报告结构
虽然它可能还不够，但它有助于满足大多数客户的要求。