【发布时间】：2010-10-15 16:05:24
【问题描述】：
谁为这个特定组件提供了更好的解决方案？
【问题讨论】：
-
你甚至没有考虑 Telerik 的 radribbonbar 哈哈
标签： delphi user-interface office-2007 ribbon
【发布时间】：2010-10-15 16:05:24
【问题描述】：
我们一直在使用这两种方法。正如我所看到的，每个解决方案都有它的优点和缺点。
DevExpress
- 响应式（如快速）组件。
- 遵守 Microsoft 标准。
- 干净的代码。
- 很好的支持
- 昂贵。
TMS
- 不像 DevExpress 那样敏捷（如快速）。
- 看代码，清理东西不会有什么坏处。
- 很好的支持。
- 物美价廉。
简而言之，TMS 在发布新组件方面总是非常快（他们在 DevExpress 发布之前几个月就有了功能区），但在我看来是以牺牲代码质量为代价的。
我们一直对这两个包裹感到满意。不过，对于我们最新的项目，我们正在改用 DevExpress。
【讨论】：
我使用 DevExpress 效果很好 - 良好的支持、良好的主题、运行良好。
【讨论】：
你没有写关于你的 delphi 版本的东西。
在 delphi 2009 中集成了功能区控件。也许您应该升级到 d2009 以利用泛型和其他新语言功能。
但集成的功能区不如 tms/devExpress 组件强大。
在 DevExpress，您有 60 天退款保证。
tms 便宜得多。
【讨论】：
-
您好，抱歉忘记提及我们最近升级到 d2009。
我们正在使用 TMS 组件。
在我们寻找的时候（我最近没有检查过 DevExpress），他们是唯一支持功能区组的人（添加额外的功能区页面，其标题会出现在标题栏中）。
【讨论】：
-
DevExpress 现在支持上下文标签
我也是 DevExpress 版本的快乐用户。他们的支持非常好，我会推荐他们。但我没有使用 TMS 的经验。他们的产品和支持可能一样好，甚至更好:-)
【讨论】：
Devexpress 组件非常具有侵入性，并且会使您的 .exe 比 TMS 更大。此外，Devexpress 的使用比 TMS 更复杂。
所以我认为我会毫无疑问地选择 TMS。
【讨论】：
-
拜托，有人可以给出你为什么拒绝我的问题的任何理由？
-
这个我给了你一个大拇指。原因是你的回答是有偏见的，根本没有提供信息。你只是说“侵入性”。这意味着没有上下文（您没有提供）。以这种方式，它变得扑朔迷离。这是不可接受的。然后你说“更复杂”。如果一个组件具有更陡峭的学习曲线，但确实提供了更好的结果，那么这也不是足够好的理由。 DevExpress 有最好的文档期。他们通过电子邮件提供出色的支持。有时他们会在 2 小时内生成一个工作示例。并给您回复。
-
还有一件事。我有一个 TMS 组件包的注册副本，并且即将更新我的许可证，但是与 DevExpress 相比，它们的 Ribbons 组件要逊色得多。它们看起来不太讨人喜欢并且存在绘画问题（速度和闪烁）