ColdFusion报告大楼

如果我遗漏了什么，请原谅，以下是我在查看最新的ColdFusion 11发行版后对ColdFusion report builder的看法

v11与v10相同

报表生成器自首次发布以来一直没有真正改变

尽管ColdFusion和流行的ColdFusion IDE是跨平台的，但它仍然不适用于windows以外的任何应用程序

因此，我不禁怀疑：

Adobe到底希望您在ColdFusion中使用什么来构建报告？他们真的想让我们用别的东西吗？也许是贾斯珀

如果我有一台Mac电脑，那么他们是否会说，即使他们有一款产品（ColdFusion）是为在Mac电脑上运行而开发的（因为他们想让Mac用户使用它），那么你也不能开发报告

---

我错过了什么？

报表生成器是Adobe在启动销售中获得的Macromedia产品。据我所知，他们从未表示过对此感兴趣

至于“Adobe希望您在ColdFusion中使用什么来构建报表？”，答案可能是“他们不在乎”。尤其是因为ColdFusion始终是一个服务器端产品，Macromedia开发一个相切的桌面产品来使用它是一个有点奇怪的决定

我这么说并不是想不屑一顾，我只是觉得每个人都意识到报表生成器是一个意识不强的想法，发布时已经死在水里了

---

我想象Adobe希望将“服务器端”和“客户端”的概念分离开来，并相应地使用[您喜欢的任何旧桌面应用程序]来创建您的报告，并简单地将其发布为web服务器（而不是ColdFusion服务器）提供的web可服务格式。

在我当前的遗留ColdFusion项目中，我们在处理Word、PDF Web和Excel报表生成时遇到了很多兼容性问题，尤其是在我们的项目严格遵守IE11的情况下。我们使用的是ColdFusion版本11和CF Report Builder 10。 我们发现它很有用的一个方面是，我们不需要为Word、PDF和Web报告编写单独的代码。一块代码就足以生成3个或更多格式的报告。尤其是PDF报告与CFDOCUMENT标记一起使用时，会导致回车、对齐问题。而且表格格式从来没有在WORD文档上用HTML准确地反映出来。 但是在使用CF report builder之后，这些问题被最小化了。 我测试了一些使用.CFR格式创建PDF和Word的报告。这些报告在规模上并不准确，但在PDF格式和文字类型上是一致的。 此外，创建这些报告所需的时间比传统的HTML表格格式CSS路由要快。 我认为报表生成器标准应该是自上而下的（标签和值）。因为它为报表标题、页眉、列标题、列详细信息和报表页脚设置了一组标注栏。 使用ADOBE REPORT BUILDER的其他好处

数字报告： 将来，如果有数字数据报告要求 此外，我们还可以使用分组和各种数值计算，如计数、总和、平均值、总计、方差、标准差、第一、最后、最低、最高等

图形报告： 将来，如果有图形数据报告要求 然后，我们还可以使用CF Report Builder使用不同的图表类型，如条形图、直线图、饼图、面积图、曲线图等

其他PDF、RTF、EXCEL、XML、FLASH、Web报告结构

---

虽然这可能不够，但它有助于满足大多数客户的要求。

事实上，这确实澄清了背后的原因。我一直觉得设计和部署报表总是最好由报表产品来完成（“如果你想要一套西装……去找裁缝师”），但后来我对报表生成器存在的原因以及这方面是否很快会有东西出现感到困惑。至少我现在清楚了历史，这解释了很多，谢谢Adam。它看起来像Adobe的，因为它考虑了pdf生成，允许您以普通的旧CF/HTML创建报告。请参阅完整披露：我甚至还没有尝试过这个。@jinglesthula one如果可能的话，这些天不会使用

；你可以使用

，或者更好的方法就是不要使用内置的CFML，使用类似这样的东西，在这类事情上比CF做得好得多。我的建议仍然有效：不要将CFML用于面向UI的东西。这是一种服务器端语言。Allaire/Macromedia/Adobe在语言中加入了很多以用户界面为中心的东西，但在大多数情况下都是垃圾。避免。@AdamCameron谢谢你的建议。我得调查一下。我同意-尝试将其作为一个综合解决方案，而不是生成每个人都有一个单独的责任并且可以在自己的API后面发展的单独解决方案，会更好。