delphi - 是否应该将 GExperts 功能合并到 Delphi 中？

Question

我最近升级到 Delphi 2009 并且很失望地发现我不能轻易地用另一个 VCL 组件替换一个 VCL 组件。最好的回答是GExperts可以用来做这件事。

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

还是 GExperts 最好作为社区开源插件保留？

score 9 · Accepted Answer

9

我也投票支持 grep 搜索和过程窗口。可能首先是程序窗口

于 2008-11-19T22:16:10.200 回答

score 9 · Accepted Answer

您最希望将 GExperts 中的哪些功能包含在 Delphi 中？我建议您列出您的前 10 个功能的优先级列表。然后跳到 Quality Central ( http://qc.codegear.com )，看看它们是否已经被添加为建议，如果是，投票给它们。如果不能随意继续添加它们。这些信息会定期被挖掘和查询，不仅是产品缺陷，也是我们从客户那里了解产品改进的一种方式。投票系统帮助我们优先规划我们的工作和产品周期。

score 4 · Accepted Answer

我对此投反对票。我认为，由于他们的资源有限，他们最好专注于核心语言——平台改进，因为这些方面的封闭性，社区无法提供帮助。

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

score 3 · Accepted Answer

我希望看到支持的代码格式（Gexperts 中 DelForEx 的实验端口）和一些帮助管理使用子句的功能。

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

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

其余的大部分可能属于第三方附加组件，例如 Gexperts，以防止 IDE 因过多的“特殊”功能而混乱。诸如反转语句、替换组件或 ASCII 图表之类的事情。

score 3 · Accepted Answer

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

这真的很复杂。在 2009 年，我认为为 IDE 编写插件并不像在 ToolsAPI 上实现接口那样困难。
它不受支持并且可能会发生变化——尽管我不确定它是否曾经发生过实质性的变化，但存在变化的可能性这一事实并不是为它创造的动力。

为 IDE 提供一个简单的现代插件系统会很棒，这将使为 Delphi 编写插件变得轻而易举，这将真正增加好的插件的数量并成为 Delphi 开发的积极力量。我不认为 emb 应该花时间编写插件，但我确实认为他们应该花时间编写一个像样的插件框架。

score 2 · Accepted Answer

我的第一名 GExpert 是 Grep Search。

关闭第二个是过程列表窗口。

各种键盘快捷键和嵌入在编辑器中的工具栏也非常方便——我在那里有几个按钮；像 CPU 视图、项目管理器和作为下拉菜单的选择工具（如排序选择）。

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

更罕见的是 ASCII 窗口。

其他我没有真正接触过的东西。

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

grep 也是一样——GExperts 的版本比标准的 Delphi 搜索功能更强大。

如果这两个（可能还有剪贴板历史）嵌入标准 Delphi 中，我可能不会再安装 GExperts。

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

score 2 · Accepted Answer

我以前也想过这个。许多 GExperts 功能非常有用，我认为它们应该是 Delphi 的一部分。我认为这归结为除了他们正在做的所有其他事情之外，还有人力来维护它内部的这些功能。

score 1 · Accepted Answer

1

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

于 2008-11-21T06:36:50.190 回答

score 1 · Accepted Answer

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

score 1 · Accepted Answer

我也会投票给 GrepSearch，尤其是搜索设计表单的选项！就在最近，我需要在所有表单中的 TDatasources 中查找特殊的 DataSet 引用！我只能通过 GrepSearch 和激活在我的搜索中包含表单来做到这一点！那是我在 Delphi IDE 中真正错过的东西！

score 0 · Accepted Answer

对我来说最常用的功能是：Grep 搜索和替换组件。

但是，我认为在 IDE 中包含 gExperts 功能根本不是一个好主意。因为：

gExperts 是独立的产品，可以在不到一分钟的时间内轻松安装
QC 中有太多未修复的错误，无法将 Codegear 的团队时间用于改造自行车。
最主要的是GExperts license，它有以下几行：

您不得使用 GExperts 源代码开发专有或商业产品，包括这些产品的插件或库。您可以根据下列条款在开源项目中使用 GExperts 源代码。

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

score 0 · Accepted Answer

我也投票给程序窗口（CTRL+ G）。

在 GExperts 之前，我不知道没有它我是如何生活的。我也很喜欢 zip 备份功能……这是我的“源代码控制”:-)

delphi - 是否应该将 GExperts 功能合并到 Delphi 中？

12 回答 12

Related

Reference