GExperts的功能应该融入Delphi吗?

时间:2008-11-19 21:54:41

标签: delphi gexperts

我最近升级到Delphi 2009,并且发现我无法轻易地将一个VCL组件替换为另一个VCL组件而感到失望。最好的答案是GExperts可以用来做到这一点。

是否值得请求Embarcadero将GExperts的部分或全部功能整合到Delphi中?您最常使用哪些“专家”并希望在Delphi中看到它们?

或者GExperts最好留作社区开源插件吗?

12 个答案:

答案 0 :(得分:9)

我也投票给grep搜索和程序窗口。可能程序窗口虽然在第一位

答案 1 :(得分:9)

您最希望将GExperts中的哪些功能包含在Delphi中?我建议你提出你的前10个功能的优先列表。然后弹出到Quality Central(http://qc.codegear.com)并查看它们是否已作为建议添加,如果是,则投票给他们。如果没有随意可以添加它们。定期挖掘和查询此信息不仅是因为产品缺陷,而且也是我们向客户倾听产品增强的一种方式。投票系统帮助我们优先考虑工作和产品周期的规划。

答案 2 :(得分:4)

我的投票结果是否定的。我认为,凭借他们有限的资源,他们更好地专注于核心语言 - 平台改进,社区无法提供这些方面的封闭性。

社区已经承担了这个高质量插件的负担,我认为他们应该做的就是以明确的方式推广它(即欢迎页面上的链接)。

答案 3 :(得分:3)

我希望看到支持代码格式化(Gexperts中DelForEx的实验端口)以及一些帮助管理使用条款的功能。

我不介意Delphi的Find in Files,但我喜欢能够在IDE之外使用Gexperts grep搜索。

评论/取消注释代码和定位匹配分隔符等有用的东西已经在Delphi中。

其余大多数可能属于像Gexperts这样的第三方附加组件,以避免使用太多“专业”功能使IDE混乱。诸如撤销声明,替换组件或ASCII图表等事情。

答案 4 :(得分:3)

我想现在是时候Delphi有一个更好,更稳定的插件系统了。我知道Toolsapi已经存在了很长一段时间并运行良好,但它确实遇到了许多问题。

  • 真的很复杂。在2009年,我不认为为IDE编写插件必须像在ToolsAPI上实现接口一样困难。
  • 它不受支持并且可能会发生变化 - 虽然我不确定它是否曾经有过实质性的变化,但是有可能发生变化的事实并不是为它创造的动力。

为IDE创建一个简单的现代插件系统会很有用,这会使Delphi编写插件变得微不足道,这确实会增加好插件的数量,并成为Delphi开发的积极力量。我不认为emb应该花时间编写插件,但我认为他们应该花时间编写一个体面的插件框架。

答案 5 :(得分:2)

我的头号GExpert是Grep Search。

关闭秒是“程序列表”窗口。

各种键盘快捷键也非常方便, 和嵌入在编辑器中的工具栏 - 我有几个 那边的按钮;像CPU-view,Project Manager和 选择工具作为下拉列表(如排序选择)。

有时候我会使用剪贴板历史记录窗口。

甚至更少的是ASCII窗口。

其他我真的没有碰过的东西。

我知道程序列表也可以在Delphi 2009的结构窗格中找到,但不知何故,我可以按Ctrl + G来获得具有快速过滤和预览功能的窗口,这对我来说更有效率。< / p>

grep也是如此 - GExperts的版本比标准的Delphi搜索功能更强大。

如果嵌入标准Delphi的这两个(也许是剪贴板历史记录),我可能不会再安装GExperts了。

但另一方面:我确实喜欢这些解决方案可以作为开源使用的事实 - 例如,这允许我将部分过滤添加到grep-search中,否则这对我来说是不可能的。 ..

答案 6 :(得分:2)

我之前也考虑过这个问题。如此多的GExperts功能非常有用,我认为它们应该成为Delphi的一部分。我认为,除了他们正在做的所有其他事情之外,还有人力来维持内部功能。

答案 7 :(得分:1)

我投票支持程序窗口(CTRL + G)并将组件复制到源代码

答案 8 :(得分:1)

请不要忘记来自CnWizards的资源。没有CnPack的源代码高级增强功能,无法在Delphi中编程,使用清理程序和程序列表。

答案 9 :(得分:1)

我也会投票给GrepSearch,尤其是搜索设计表格的选项! 就在最近,我需要在我的所有表单中在TDatasources中查找特殊的DataSet引用!我只能用GrepSearch和激活我的搜索中的表格来实现它! 这是我在Delphi IDE中真正错过的东西!

答案 10 :(得分:0)

我最常用的功能是:Grep搜索和替换组件。

但是,我认为在IDE中包含gExperts功能并不是一个好主意。这是因为:

  1. gExperts是独立产品 可以很容易地安装在 少于分钟
  2. 有太多不固定的错误 QC,花费Codegear的团队时间 用于重新发明自行车。
  3. 主要是GExperts license,其中包含以下内容 行:
  4.   

    您可能无法使用GExperts来源   代码开发专有或   商业产品包括插件   或这些产品的库。您   可以使用GExperts源代码   开源项目,根据条款   如下所列。

    这意味着,CodeGear应该从头开始编写此功能。

答案 11 :(得分:0)

我也投票给程序窗口(CTRL + G)。在GExperts之前,我不知道没有它我是如何生活的。我也非常喜欢zip备份功能......这是我的“源代码控制”: - )