6

在过去的六年中，我们一直在使用 .Net 和 Visual Studio，并且早期使用与 Visual Studio 捆绑的 Crystal Reports 的 .Net 版本开发了许多基于 Web 的报告应用程序。我对那个产品不以为然：使用起来似乎非常困难和复杂。我们必须进行安全更改，安装各种额外的软件，等等。

现在，我们正在迁移到 .Net 框架的 VS2008 和 3.5 版本，是时候重新开发旧应用程序了。我们的 Crystal .Net 开发人员早已离开，我面临一个决定：我们是坚持使用 Crystal 还是转向其他公司？我们可以使用 Crystal Reports XI 的“完整”版本。

我们生成从各种数据库中提取的数据的 PDF 版本。一些应用程序使用内置的报表查看器，但这对于网格视图的灵活性来说似乎是多余的。我们仍然需要以网格或可下载的 Excel 格式生成可打印的 PDF。

  • Crystal Reports .Net 值得坚持，还是我们应该研究如何使用版本 XI？
  • 或者，是否有一种简单且低成本的方法来生成 PDF 报告而不使用 Crystal？
4

9 回答 9

4

我在 CrystalReports（尝试与 Visual Studio 捆绑的精简版）、DataDynamics 的 ActiveReports（4 年，完整版）、Telerik 的报告（试用试用版）和 DevExpress 的 XtraReports（过去一年）中都有报告经验。

我认为（不仅是我 :)），CrystalReports 是该工具中最不高效的工具（开发人员生产力）。DataDynamics 好多了，好多了，bud 有点小错误:(。去年我们决定更改报告套件 - 我们选择了 XtraReports（带有源代码），我非常高兴。价格很低，没有错误（到现在 :) ），出色的支持，以及（最重要的）生产力提高了很多。

我向您推荐 DevExpress 或 Telerik 的报告工具。

于 2008-09-22T17:51:53.113 回答
3

我会推荐i-net Clear Reports（以前是 i-net Crystal-Clear）。它可以读取您现有的 *.rpt 文件。拥有更好且更易于使用的 API（我承认这并没有说太多……）。

于 2008-09-24T20:59:57.670 回答
2

和你一样，我对 Crystal Reports 的体验很糟糕，我的直觉是用大量感叹号在所有大写字母中“不惜一切代价避免它”。不过，我今天午睡了，所以我会像个大人一样发帖。

如果您要做的只是 pdf-ize（是的，这是一个真实的词，该死！）那么您可能会查看一些 PDF 小部件，如ABCPDF等。将格式良好的网页弹出到 PDF 文档中并完成它相对容易。

但是，如果您需要严格的报告格式，请考虑坚持使用水晶报告——您在该技术方面拥有大量投资和知识基础。或者，您也可以切换到 ActiveReports 或 SQL Server 报告服务。

我想成本/收益分析是重新培训开发团队和投资新技术的成本。

于 2008-09-22T17:47:43.157 回答
2

远离 CR：只需为 .NET 获取一个好的PDF 生成器和Excel 引擎，并使用您自己的数据库代码提供这些内容。您可以使用所有强大的 .NET 功能，包括 LINQ，而不必为 Crystal Reports 运行时及其严重不足的文档和支持而苦恼。

于 2008-09-22T17:49:00.937 回答
2

我可以建议内置的 Microsoft 报告框架可以正常工作。您可以进行本地报告或基于 MS SQL 服务器的报告。有一个客户端控件，可以显示报告并可以导出为 pdf 和 Excel 等格式。Visual Studio 可以处理堆栈的报表设计。

至于它是否比 Crystal Reports 更好，我会说检查一下，看看您是否更喜欢它。与 Crystal Reports 相比，我使用 Microsoft Report Viewer 的次数更多，但两者似乎都非常相似。顺便说一下，Crystal Reports 似乎是一个更高级的报表工具，但更复杂。

我不确定如何在 Visual Studio 之外使用 Microsoft Report Viewer 基础结构。如果您使用的是 Visual Studio，它应该都可以在其中使用，并且您可以按照在线帮助说明将服务器的部分部署到您的服务器。

于 2008-09-22T17:52:14.330 回答
2

我使用过来自 DataDynamics 和 Crystal Reports 的 ActiveReports。在这两者中，基于易用性，更重要的是，未来的维护，我会推荐 Crystal 之上的 ActiveReports。

于 2008-09-22T17:57:56.033 回答
0

离开水晶报表。他们很穷。

查看SQL 报告服务。它与.NET 配合得很好。试试看。有学习曲线，但什么时候没有？

于 2008-09-24T21:02:56.743 回答
0

我们的商店也使用水晶。我们目前使用的是 8.5，它已经过时并且不再受 SAP 支持。我们最近尝试升级到 CRXI，其中涉及一个全新的 API。由于其他优先事项，我们不得不搁置这项工作。在进行升级时，我在许多论坛上找到了对 CRXI 的支持。去谷歌上查询。

我相信您可以找到一种无需使用 Crystal 即可生成 PDF 的廉价方法。我相信 Adob​​e 会免费提供创作部分。我会访问他们的网站并进行调查。

仅当您有很多报告已经在使用该技术时，我才会建议您继续使用 Crystal。

于 2008-09-22T18:02:34.133 回答
0

IMO，您还应该考虑其他标准，例如：

  • 软件成本
  • 与您的 .NET 应用程序集成
  • API 和程序化灵活性（总而言之，总是有“定制”和剪裁。对于这种情况，开发人员最终会求助于程序化解决方案而不是开箱即用

现在，根据我的经验（同时使用 Crystal Reports 和 SSRS(2005/2008) ，虽然 Crystal Reports 确实带有一组友好的 API，但它在许多基本标准上都失败了，开发人员最终与软件抗争。这是我说的基于我在 SSRS 方面的经验让开发人员更熟悉。对于初学者来说，它广泛使用 XML，并且使用自定义代码程序集的规定也没有害处。

——我想你会在我所说的地方——

“考虑和评估SSRS*。如果您一开始犹豫不决，请进行概念验证并测试您的要求。我感觉您会对所看到的内容感到满意

  1. 特别是考虑到您使用 PDF 格式的要求。
  2. 开发人员，尤其是 MSFT 专家将感谢您
  3. 利用报告的程序化呈现（虽然听起来很花哨，相信我，它只不过是处理一个 API 调用

例如：public Byte[] Render(string Report, string Format , string HistoryID, string DeviceInfo, [Namespace].ParameterValue[] Parameters, [Namespace].DataSourceCredentials[] Credentials, string ShowHideToggle, out string Encoding, out string MimeType, out [Namespace].ParameterValue[] ParametersUsed, out [Namespace].Warning[] 警告 out string[] StreamIds); [命名空间].ReportingService 的成员）

--- 格式为“PDF”

希望你觉得这相关

于 2011-01-13T17:51:12.617 回答