为什么一个Delphi程序员使用Lazarus作为IDE而不是使用Delphi的IDE？

我一直很高兴用Delphi编程的Delphi IDE。

但是我听说过Lazarus编程环境，我也听说有些Delphi程序员使用它而不是Delphi IDE。

Lazarus对Delphi IDE有什么优势，为什么还是应该让Delphi程序员改用它呢？

---

答案给我留下了比以前更多的问题。 对于Lazarus是否可以用作开发Delphi代码的编辑器似乎存在一些分歧。 我想我以为你可以把所有东西都留在Delphi中，只是改变IDE。 Lazarus Wiki的Delphi用户部分的Lazarus说：

转换一个Delphi项目时要做的第一件事
打开Lazarus之后，你应该去Tools，然后把Delphi Project转换成Lazarus Project。 这不会为你做任何事情，但仍然会带你一个很好的方式。 请注意，Lazarus IDE的转换工具通常是单向转换。 如果你需要保留Delphi的兼容性，那么你可以用Delphi和Lazarus编译你的项目，可以考虑用XDev Toolkit来转换你的文件。

因为拉撒路是自由的并不是转换的理由，但是不要因为转换而在实体中惩罚你。 （你仍然需要投入时间进行转换和学习，时间= $）。

我从你的答案中得出了我所理解的结论，即为什么有人可能从delphi转向拉撒路：显然它必须提供delphi当前不能做的事情。 目前这是多平台支持和可能的64位支持。 delphi曾经有过Kylix，但没有Mac支持。

但是Embarcadero公司很快答应了他们的这个要求，并且答复了我的问题，告诉我没有理由（至less对我来说）要切换。

Answer 1

那么一个Delphi程序员不能使用Lazarus编写Delphi代码，因为Lazarus不是Delphi。 Lazarus实际上是一个IDE和一些免费Pascal的Delphi-ish类库。 但是请注意，像Delphi的VCL这样的东西并不存在，而且要完美地钝化IDE和debuggingLazarus的经验相当多，但是它是免费的，因此非常重要。

底线，Delphi <>拉撒路。 使用delphi，如果你想要一个伟大的IDE和debugging器巨大的第三方支持和技术支持你瞄准MS Windows，再加上你愿意付出代价。 如果你想要一个支持多种平台并具有Delphi-ish语法的Free IDE，可以使用Lazarus（免费的pascal）。

Answer 2

好。 这是一个旧线程，但可以做一些更新。 我停止使用delphi，也许十年前，主要是因为我没有select。 作为一名Delphi编程员工作了5年以上，我现在又是一名学生，delphi的价格简直太离谱了。 delphi的问题从来没有delphi。 delphi是一个天才系统，但是Borland（以及后来的后继者）完全误解了不断变化的计算机世界。 微软能够提供一个编程环境，可以免费下载，其.NET环境在所有重要方面与VCL相当，同时即使是Delphi的基本版本也会打破你的银行业务，预算。 最终的结果是，没有新的Delphi程序员上线，对于企业来说，继续使用它成为一个冒险的主张。 最后，随着linux的兴起，Kylix竟然成为一个环境的整体障碍，没有利用可用的UI工具链以及弥漫着可疑的恶臭味，以一种对GPL软件的侮辱态度，共享软件。 最后，Turbo Delphi在多年后推出时，无法利用像tories组件网站这样的网站提供的惊人资源。 显然，Borland对编码器生态系统毫无尊重。

所以拉撒路似乎摆脱了这一切，耗费了很长的时间来孕育，似乎瞄准了类似于delphi4的delphi4，delphi4被许多人认为是delphi系列中最清洁和最神圣的一种。 它遵循所有的一切，它的Object Pascal的实现是点对点的，最重要的是它在所有的开源代码中都是免费的。

然而，它有着悠久的繁琐的历史，以及其控制的不完整实施。 这对我和其他许多人来说都是一个难题。

就这样，我最近决定下载它，出于好奇，发现它实际上是一个很长的路。 数据库组件正常工作，尽pipe您可能需要遵循一些教程并追踪一些线索，以使它们全部正常运行，并且已经向iPhone和Android构build目标取得了严重的进展。

我不确定我是否已经准备好将其部署到我的任何一个商业客户端，但是我将要通过一个个人项目再次运行它，如果它行得通的话，我想我我最终将重新与我的第一个编程爱好者帕斯卡（Pascal）重新团结在一起，让我用我的Mac来完成繁重的工作，同时提供Windows和Linux版本。

所以基本上这里是比较的事实;拉撒路和德尔斐是完全独立的实体。 Lazarus不是Delphi的交叉编译器，但是具有一定的兼容性。 它更像GCC vs MS C ++。 delphi更精致，可能更稳定。 Lazarus提供了一个类似于Delphi 4的环境，旧的Delphi编码器会觉得很舒服。 但拉撒路有时可能是有气质的，德尔斐的程序员需要明白，最新的，最伟大的Delphis并不是一切都会在那里。 delphi做的是Windows，它做得很好（是的，我知道新的有一些交叉编译的目标，但在街上的话是，这有点hacky，需要一些embacardo炊具的时间才真正在那里），而拉撒路几乎可以遵守所有的一切。 目前的目标列表是： – Darwin，NetBSD，OpenBSD，FreeBSD，Linux，Solaris，Win32，Win64，WinCE go32v2（我认为这是带有32位扩展的MS-DOS！），OS2，Netware（！），BEOS，Haiku ！），QNX，wdosx（？），emx，netwlibc，Atari，Amiga，Palm-os，Gameboy advance，nds，MacOS，Morphos，还有IOS和Android的实验支持。 最重要的是，可以使用QT，GTK，GTK2，Win32 / WIn64，Carbon，fpGUI（不知道），Cocoa或者根本没有GUI的widget组件，以及不同程度的实现透明度。

它是一个详尽的列表！

所以警告Emptor。 我强烈build议Delphi编程人员下载这个程序，做一些个人的项目来感受它，而不是老板的一毛钱，但是拉撒路有很多深度和实质，它可能是处理生活的重要工具窗外的婴儿床。

另外，因为Delphi的新主人仍然没有学到关于为什么delphi从优雅中解脱出来的事情（提示，使得爱好者和学生可以负担得起或免费学习和创build自定义组件），这是唯一的预算选项可用。 如果Embarcadero醒来，也许会改变。 在此之前，万岁拉撒路。

Answer 3

我的两个主要原因是

1）多平台支持（Linux，Mac OS X，Windows）

2）价格$ 0

Answer 4

也许我只是读了这个错误，但是你似乎觉得IDE是可以互换的。 这是不正确的。 Lazarusbuild立在FPC编译器的基础上，与Delphi绑定到DCC编译器的方式非常相似。 另外，他们使用不同的表单描述文件格式。 Delphi不能读取LFM，而Lazarus可以尝试读取DFM，但是它并没有做得特别好。

FPC / Lazarus与Delphi非常相似，但它是Object Pascal的一种不同的方言，认为它们是相同的，这是错误的。

Answer 5

拉撒路是言语和啤酒跨平台和自由的，而delphi既不是。 Lazarus确实使用了一种不同的编译器来编译与Delphi兼容的99％的语言，并提供了一个与Delphi的VCL类似但不兼容的不同的可视化组件库 。

Answer 6

我有一个运行在Delphi上的声音识别algorithm。 当我的上级要求在WinCE上运行它时，我尝试了Lazarus。 帕斯卡是帕斯卡。 拉撒路是超级的。 我已经做了。

algorithm是用Pascal编写的。 我试图转换。 C＃很容易反编译并使用不同的逻辑。 幸运的是我find了Free Pascal。

我有它运行在ARM上的WinCE。 感谢所有FPC合作者。

编辑：我也有它在Linux上运行。

Answer 7

我的主要原因 – delphi目前无法编译64位应用程序，因此无法看到，读取或写入某些registry项。

Answer 8

是的，Linux安装在70％的服务器上。 它正在推动拥有4亿用户的Facebook。 你告诉我使用Windows？ 你告诉我不要使用64位？

我会用拉撒路。 直到delphi赶上。

Answer 9

那么，我是使用Lazarus IDE编写Delphi源代码的人之一。

我很喜欢Delphi。 但是使用Delphi的编辑器确实是一件痛苦的事情。 我已经尝试过VIM，总是梦想拥有一个像Visual Studio一样的IDE：简单，干净，并且可以垂直或水平地分割窗口。

最后我find了Lazarus的编辑器，比Delphi的好多了。 所以我用Lazarus编写Delphi源码，而RAD IDE只是用于编译和debugging。

Answer 10

为了我 ：

• 64位是活着的（delphi…是的可能是，不是，是的，最后没有…）
• 跨平台（delphi不是）顺便说一下，很多作品还有待完成，但它的工作原理！
• FPC是一个非常好的编译器
• 社区很酷，很活跃

Answer 11

我没有那么多新的东西可以添加，但我想我会涉及到我的跨平台的经验。 就相当快速地制作一个跨平台应用草图而言，我发现拉撒路工作得非常好。 我最近使用的MonoDevelop有很多值得称道的地方，但是guidevise师stetic并不像Lazarus GUIdevise者那么完整。 还是工具包（GTK＃）似乎缺less一些？ 在此之前，我已经使用了Qt / C ++，这在跨平台开发方面似乎也相当成功，但是我并不是真正热衷于C ++，Qt的信号/插槽框架有点好奇，但是一旦你获得了头缠住它。 总之，我发现RAD工作，并使用拉撒路编码大部分是快乐的，除此之外，IDE是一个很酷的名字！

干杯

Answer 12

只有CodeTyphon / Lazarus / FreePascal支持4个CPU / OS主机（Win32，Win64，Linux32，Linux64）和16个CPU / OS目标（arm-WinCE，arm-Linux，arm-embedded，arm-gba，arm-nd，i386 -Win32，i386-Linux，i386-FreeBSD，i386-Haiku，x86_64-Win64，x86_64-Linux，x86_64-FreeBSD，powerpc-Linux，powerpc64-Linux，sparc-Linux，sparc-Solaris）。 在Lazarus / FreePascal中支持更多平台，但其他平台尚未集成到CodeTyphon中。 一个代码来统治他们;-)。 CodeTyphon是一个function强大的单击安装包，用于跨平台原生Delphi，如基于Lazarus / FreePascal的RAD / IDE，它消除了痛苦的跨平台设置。 你可以在下载后几分钟开始编码，所以如果跨平台，64位或价格是你的主要好处，那么selectdelphi超过delphi。 Lazarus与Delphi高度兼容，我已经转换了几个应用程序，没有太多问题。 可以维护在两者上编译的代码。