FastReport真实其臭无比！没有使用的人请不用浪费时间了(100分)

  • 主题发起人 Headchen
  • 开始时间
有什么不好呢？
 
FR不错,但是比起RB来,RB强大灵活的功能FR还是远远不如,RB的RAP结合 EndUser Databases 可以作出独立的于应用系统的报表系统 ,我觉得rb不仅仅是一个报表工具
它更是报表解决方案,我做的很多系统报表和程序体基本上是分离的,报表都是通过动态嵌入
实现,当然做一般的报表,也差不多了,看不出什么太大的区别.
 
楼主自己不熟悉不要说工具不好。
>FR不错,但是比起RB来,RB强大灵活的功能FR还是远远不如,RB的RAP结合 EndUser Databases 可以作出独立的
>于应用系统的报表系统 ,
FR也可以啊
 
FastReport 和 ReportBuilder 我都用过相当长的时间，我的看法是： Fr 虽不及 Rb 功能丰富，却也相差无几，而且尺寸要小很多很多！
至于 ReportMachine ，其实是拼凑出来的杂烩。。。
 
fr价格便宜（有免费的），量又足（小巧强悍）
我一直都用它
 
引用：
FastReport 和 ReportBuilder 我都用过相当长的时间，我的看法是： Fr 虽不及 Rb 功能丰富，却也相差无几，而且尺寸要小很多很多！
---------------------------------------------
我非常同意，那些报表用的少的，最好不要乱喊叫...
 
我以前用，现在自己写代码。感觉自己写的用起来方便多了，只麻烦一次，就在以不用去
解决那些这样那样的问题了。
 
fr比较好用
 
不晓得rb强在哪?fr臭在哪?
凡事不要这么冲动,也许问题在你自身.
 
有源碼, 你愛咋用就咋用, 我喜歡.
 
本来看到很多人在各种论坛上对其赞誉有加，但本人试用以后，觉得fr的设计思路和体系结构存在问题，首先对于数据集，fr会自作聪明地把当前application中所有form的dataset全部搜索一遍，全部列出，这对于最终用户来说是不可接收的，另外增加了报表在运行时期的发生错误的机会，而且对于运行时期生成的dataset，挂接起来非常麻烦，因为在他的每一个“矩形”中均带了别名。关于数据字典，只能在他的环境中设计，没有外留接口，这样你已经设计的数据字典全部派不上了用场，这样的设计，比如在运行时你要新建立一个报表，是不是非常别扭？另外关于“字段”，只能以“矩形”的方式来“选择”，选择窗口是他给的，而且还带pascal解释器（去不掉），这对于最终用户来说，太不专业了。另外很多细节问题：比如：打印纸张中只能选择windows自带的纸张，没有自定义纸张（这在国内的用户来说是死项），其实不是非常简单吗？把打印机的papersize:=0，让用户自己设定纸张的尺寸不就可以了，唉。。。
唯一的一点是：带原码有汉话...若要真正使用，需要修改的地方太多了，我看还是算了吧。作一个小系统玩玩也就罢了，千万别当真，先写到这里吧，过阵些下reportBuilder.
 
偶用fr的printpreview自己另弄一个打印预览，可以调左右边距，可以设置
纸张，可以缩放，用来打印dbgird还是很方便的。
 
还有，fr的对象设计的比较死，对外留的接口非常少（这一点是rb的强项），若你要作一个“Wizard”，按照用户大致的需要自动生成所有的矩形，或者自动生成数据字典，都是非常麻烦的事情（或者其他人有高招？），这些都显得非常臭！！！
他的设计太死了，没有弹性，给你的“客户化开发”或“二次开发”均带来了麻烦，需要直接修改他的原码。
这样的报表系统除非推倒重来，否则没有前途，我在这里发铁的目的是不要让其他人再浪费时间（比如将来他淘汰或者你放弃了，你作的大量的报表怎么办？）所以选择是第一位的！
 
错了，对FastReport的修改只需要2句就够了。仔细读读fastreport的代码吧，老兄
 
其实 Jhdandcl说到了点子上了，我们在系统中建立报表系统，是建立一个“客户化的报表方案”，而不仅仅是把界面上的东西打印出来，所以还是从一开始就选择专业的。比较麻烦的是rb到现在还没有中文环境，我在以前曾经花了大量的时间把所有的术语都翻译成了中文（用他提供的工具），但现在版本已经升级了很多，原来汉化的没有多大用处了，重新汉化太费时间，而且即使汉化了，他的界面部分的字体还的想办法调整，因为他缺省不是系统字体，而是英文字体。
 
To althon64老兄：
本人愚笨，不知道修改哪两句就能解决问题？
对于使用者来说，不管是修改多少，只要是需要修改源代码，说明他的设计太“硬”了，真正有弹性的设计是不需要修改源码的，他已经预留了用户的接口（属性，方法，事件等），你选择就可以了。
 
to Headchen,
FR是目前为止，我自认为最值得使用的报表系统，说“FastReport真实其臭无比”显然是太偏激了。FR是我研究过的报表系统中最灵活的，你甚至可以自己为它开发控件，网上有不少的为他开发的FR控件，它还提供了源码，我认为还没有哪个功能它无法实现。
FR在2002年的评比中是排在第二位，位于RB之后，我认为今后的某一年很有可能它会排到第一位。
 
我挑选了半天，最终选择了ReportBuilder，功能实在好，
举一个最简单的例子，它可以将设计好的打印模板文件直接
保存到数据库中，这对调试维护是非常有利的，而用不着一旦
报表文件有修改，就得重新将报表文件重新分发到每一台计算机；
其次，它的PreviewForm也很好，可以直接将它放到Form中。
反正，一句话，好处多多，Dev Express公司的Printing System
也不错，但它只支持其自身产品。
以上产品可以到 www.51delphi.com 下载。
 
to chnplzh
FR有SavetoStream，SaveToFile，SavetoDB，SaveToBlobField。
 
我也试过，觉得是比较麻烦。。。
可能是用不惯
 
您必须登录或注册才可回复。

Similar threads

不
Delphi实现类似Android锁屏的密码锁控件 - 不得闲
回复
0
查看
808
不得闲
不
S
[教程]使用 Delphi 获取当前操作系统的时区
回复
0
查看
880
swish
S
S
[原]Delphi2010中DataSnap高级技术(4)—TCP keepAlive和KeepAliveInterval参数详解
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(4)—TCP keepAlive和KeepAliveInterval参数详解
回复
0
查看
961
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
顶部