什么是Delphi(.NET)的最佳替代IDE [英] What is the best alternative IDE for Delphi (.NET)

查看:409
本文介绍了什么是Delphi(.NET)的最佳替代IDE的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我在Delphi 2007(win32和.Net)中工作,但是CodeGear IDE经常让我烦恼,所以如果可能,我想找到一个replacemnt。



我们有一个构建脚本,所以我可以从命令行编译,我很少做任何GUI设计,所以我唯一需要的是一个文本编辑器(语法高亮,自动完成/ Intellisense ...)。



我想使用Visual Studio或Emacs,但不知道在这些环境中使用Delphi代码的可行性。特别是调试 - Delphi IDE仍然可以作为我的调试器,即使我不使用它进行编辑?



有没有人有任何从RAD工作室的经验?



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

解决方案

您可以在Delphi IDE之外编辑源文件。当您切换回IDE时,会注意到文件已在其外部更改,并询问是否重新加载它们(如果它们当前在编辑器中打开)。如果您不在IDE中进行编辑,这是一件安全的事情,但为了保证确认不会出现,最好在Delphi编辑器中打开源文件,而在emacs中编辑它们。



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



无论您用于编辑或以其他方式更改源文件的工具,请确保始终具有DOS风格的CR + LF行结尾( \r\\\
在所有行中,只有LF( \\\
#10 )往往会混淆IDE - 您会注意到调试器中的蓝点与源行不同步,编译器错误行号错误。在源文件上使用 sed awk 可能是一个很大的节省时间,但一定要使用为Win32编译的工具,而不是提供(例如)cygwin环境。


I work in Delphi 2007 (both win32 and .Net) but the CodeGear IDE frequently annoys me, so if possible I'd like to find a replacemnt.

We have a build script so I can compile from the command line and I very rarely do any GUI designing, so the only thing I need is a text editor (with syntax highlighting, Autocomplete/Intellisense ...).

I would like to use Visual Studio or Emacs but don't know how feasible it is to work on Delphi code in those environments. Particularly debugging - can the Delphi IDE still act as my debugger even if I don't use it for editing?

Does anyone have any experience of breaking away from RAD studio?

P.S. I am aware of the new Delphi Prism but that won't solve my problems - I still need to work in vanilla Delphi and use the Delphi 2007 compiler.

解决方案

You can of course edit source files outside of the Delphi IDE. When you switch back to the IDE it will notice that files have been changed outside of it, and ask you whether to reload them (if they are currently opened in the editor). This is a safe thing to do if you never edit inside the IDE, but to keep the confirmations from appearing it is best to not have source files open in the Delphi editor at all while you edit them in emacs.

Even if you use a custom build script and build the project from emacs you should still keep the project file up-to-date. When you use the debugger in the IDE it will usually first compile the project. To have this always work (even with visual form or frame inheritance) a correct project file is crucial. It is also important for debugging when you have several source files with the same name in different directories that are in your search / browse path, or if you have not all your source directories in the search / browse path.

Whatever tools you use for editing or otherwise changing your source files, make sure that you always have DOS style CR+LF line endings (\r\n, #13#10) in all lines, as LF only (\n, #10) tends to confuse the IDE - you will notice that the blue dots in the debugger are out of sync with the source lines, and that compiler error line numbers are wrong. Using sed or awk on source files can be a big time saver, but be sure to use the tools compiled for Win32, and not those provided with (for example) the cygwin environment.

这篇关于什么是Delphi(.NET)的最佳替代IDE的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆