Delphi（.NET）的最佳替代IDE是什么答案

【问题标题】：What is the best alternative IDE for Delphi (.NET)Delphi（.NET）的最佳替代IDE是什么
【发布时间】：2010-10-12 09:42:57
【问题描述】：

我在 Delphi 2007（win32 和 .Net）中工作，但 CodeGear IDE 经常让我烦恼，所以如果可能的话，我想找一个替代品。

我们有一个构建脚本，所以我可以从命令行编译，而且我很少做任何 GUI 设计，所以我唯一需要的是一个文本编辑器（带有语法突出显示、自动完成/智能感知......）。

我想使用 Visual Studio 或 Emacs，但不知道在这些环境中处理 Delphi 代码的可行性。特别是调试——即使我不使用 Delphi IDE 进行编辑，它还能充当我的调试器吗？

有人有脱离RAD工作室的经历吗？

附：我知道新的 Delphi Prism 但这并不能解决我的问题 - 我仍然需要在 vanilla Delphi 中工作并使用 Delphi 2007 编译器。

【问题讨论】：

出于好奇，是什么让您对 D2007 IDE 如此恼火以至于您想找一个替代品？我想我只是很奇怪，但我更喜欢 Delphi IDE，而不是 VS2005 和 VS2008。
我也想知道是什么让您烦恼——我什至可以做点什么，因为我是德尔福产品经理。 ;-)
还有米克，你并不奇怪。 ;-)
我想我的主要问题是加载 IDE 所需的时间长度（约 30 秒：Pentium 4、2GB RAM），然后是每次调用代码完成时的延迟（即最不和谐，因为它每隔几秒钟就会停止我的流程 - 并阻止我输入任何内容 - 直到加载符号）
撤消也被破坏了（至少在 d2007 中） - 我只是尝试撤消一些输入 - 首先前几次撤消没有发生任何事情，然后它摆脱了我的整个评论正在写作并禁用重做，所以我不得不再次输入。

标签： visual-studio delphi debugging emacs ide

【解决方案1】：

看看Multi Edit - 这是一个很棒的编辑器，并且支持 Borland 产品

【讨论】：

【解决方案2】：

一个选项是EditPad Pro。我没试过这个产品，但我知道供应商是可靠的。

【讨论】：

我用过 EditPad Pro，它很棒。我打算将其作为解决方案提出建议。

【解决方案3】：

Emacs 似乎确实有一个 Delphi editing mode，如果您尝试启动和运行，这可能是一个很好的起点。

【讨论】：

【解决方案4】：

如果你有 Delphi 2009 并且对你不烦，试试Andy's IDE Compiler Plugin 1.0
它可以用来用Delphi 2009编译一个Delphi 2007项目。

【讨论】：

【解决方案5】：

我使用 CodeFactor，但不幸的是它不再可用。

Delphi 2009 是一个相当大的改进，甚至超过了 Delphi 2007，所以如果你有办法，那可能会有很大帮助。

【讨论】：

【解决方案6】：

您应该尝试使用 Semware 的 TSEPro（又名 QEdit）。它支持该语言，一个非常强大的宏系统，并支持从编辑器内部通过 bcc32 编译。

【讨论】：

【解决方案7】：

您可以做的一件事是输入GExperts，让您的生活更美好。
_{（来源：gexperts.org）}

_{（来源：gexperts.org）}

【讨论】：

我们已经在使用 GExperts，您说得对，它非常有用。 +1

【解决方案8】：

您当然可以在 Delphi IDE 之外编辑源文件。当您切换回 IDE 时，它会注意到文件已在其外部更改，并询问您是否重新加载它们（如果它们当前在编辑器中打开）。如果您从未在 IDE 中进行编辑，这样做是安全的，但为了避免出现确认，最好在 emacs 中编辑源文件时根本不要在 Delphi 编辑器中打开源文件。

即使您使用自定义构建脚本并从 emacs 构建项目，您仍应使项目文件保持最新。当您在 IDE 中使用调试器时，它通常会首先编译项目。为了让它始终有效（即使是视觉形式或框架继承），正确的项目文件至关重要。当您在搜索/浏览路径中的不同目录中有多个同名的源文件，或者如果您的搜索/浏览路径中没有所有源目录时，调试也很重要。

无论您使用什么工具来编辑或更改源文件，请确保您始终使用 DOS 样式的 CR+LF 行尾（\r\n、#13#10) 在所有行中，因为仅 LF (\n, #10) 容易混淆 IDE - 您会注意到调试器中的蓝点已显示与源代码行同步，并且编译器错误行号是错误的。在源文件上使用 sed 或 awk 可以节省大量时间，但请务必使用为 Win32 编译的工具，而不是（例如）cygwin 提供的工具环境。

【讨论】：

【解决方案9】：

我知道名为 Lazarus 的 FreePascal 编辑器是一个不错的替代品。

虽然它与 VCL 不兼容，所以它只适用于新项目。

【讨论】：

不要忘记文本模式 IDE。（涡轮增压器）。我主要将它用于小型命令行实用程序。它具有许多现代功能。

【解决方案10】：

ConText 或EditPad Pro 都为 Delphi 代码提供语法高亮，许多其他程序员编辑器也是如此（尽管他们有时称其为 Pascal）。不过这两种我都用过，而且效果很好。当我想打开代码片段或示例时，我会使用它们。

它们都有一个很好的特性，可以将特定命令与特定文件类型关联起来。因此，您可以将 Delphi 命令行编译器或您的构建脚本与您的源文件相关联，以允许您从那里构建、运行单元测试等。我用其他命令行编译器做过类似的事情，但坦率地说，我真的很喜欢 Delphi IDE，所以没有必要尝试替换它。

【讨论】：

【解决方案11】：

如果您的主要问题是 Delphi 2007 IDE 速度慢，请使用DelphiSpeedUp。

【讨论】：

【解决方案12】：

在 codefactor2.com 上查看免费的 OPEditII [该页面不再可用，而是显示垃圾邮件] 这听起来像是后期代码因子的免费和更新版本。值得一提的是，它在 Windows 7 64 位下运行起来就像一个魅力，而且速度非常快，集成了 Delphi 代码解析器。所以你有一个类浏览器、代码完成、从接口到实现的代码导航，以及很多代码重构工具。

【讨论】：