lke*_*ler 44 ide delphi lazarus
我对用Delphi编程的Delphi IDE非常满意.
但我听说过Lazarus编程环境,我也听说有些Delphi程序员使用它而不是Delphi IDE.
Lazarus相对于Delphi IDE有什么优势,以及Delphi程序员为什么或者应该切换到它？
答案给我留下了比以前更多的问题.关于Lazarus是否能够或不能用作开发Delphi代码的编辑器似乎存在一些分歧.我想我认为你可以把所有内容留在Delphi中,只需更改IDE.Lazarus Wiki的Lazarus for Delphi用户部分说:
转换Delphi项目时要做的第一件事
打开Lazarus之后,你应该转到Tools,然后转换Delphi项目到Lazarus项目.这不会为你做任何事情,但仍然会带给你许多方面.请注意,Lazarus IDE的转换工具通常是单向转换.如果您需要保留Delphi兼容性,以便可以使用Delphi和Lazarus编译项目,请考虑使用XDev Toolkit转换文件.
因为Lazarus是免费的并不是转换的理由,但是不会因为切换你的物理$而惩罚你.(你仍然需要投入时间来转换和学习.时间= $).
关于为什么有人可能会从Delphi切换到Lazarus的答案,我的理解结论很明显:显然它必须提供Delphi目前无法提供的东西.目前,这是多平台支持,可能还有64位支持.Delphi曾经有过Kylix,但不支持Mac.
但是,随着Embarcadero很快就承诺了64位和64位,你已经回答了我的问题,告诉我没有理由(至少对我来说)切换.
Sha*_*yne 54
好.这是一个旧线程,但可以进行一些更新.也许十年前我停止使用Delphi,主要是因为我别无选择.作为德尔福编码器工作了5年多,我现在再次成为学生,德尔福的价格简直太过分了.Delphi的问题从来都不是Delphi.Delphi是一个天才系统,但Borland(以及后来的继承者)完全误解了不断变化的计算机世界.微软能够提供一个可以免费下载的编程环境,其.NET环境在很大程度上与VCL相当,同时即使是Delphi的基本版本也会破坏您的银行或者让学生无法使用预算.最终的结果是,由于没有新的Delphi程序员上线,因此对于企业继续使用而言,这成为一个风险的主张.最后随着Linux的兴起,Kylix最终成为一个环境的彻底残骸,没有使用可用的UI工具链,并且充满了可疑的葡萄酒,充满了对GPL软件的侮辱态度,对待它就好像是共享软件.最后,当Turbo Delphi多年后推出时,它无法利用像托利党组件网站这样的网站提供的惊人资源.很明显,Borland对编码器生态系统完全不尊重.
因此Lazarus似乎从这一切中脱颖而出,需要花费很长时间来孕育并且似乎瞄准某种类似于Delphi 4的模拟,Delphi 4被许多人认为是Delphi系列中最干净和最新的之一.几乎所有东西都符合它,它的Object Pascal的实现是定点的,最重要的是它在所有对开源都很重要的意义上是免费的.
但是,它有着悠久的历史,并且其控件的实现不完整.这对我和其他许多人来说都是一个破坏性的事情.
话虽如此,我最近决定出于好奇心下载它,并发现它实际上是一个很长的路要走.数据库组件正常工作,尽管您可能需要遵循一些教程并追逐一些线索以使它们全部启动并运行,并且已经在iPhone和Android构建目标方面取得了重大进展.
我不确定我是否已经准备好将它部署到我的任何商业客户身上,但是我将再次通过一个个人项目来实现它的步伐,如果它确实有效,我想我我最终将与我的第一个编程爱情Pascal重新联合起来,并且让我使用我的Mac来完成繁重的任务,同时提供Windows和Linux版本.
所以基本上这里是比较的事实; - Lazarus和Delphi是完全独立的实体.Lazarus不是Delphi的交叉编译器,但具有一定程度的兼容性.它更像是GCC vs MS C++.德尔福更精致,更稳定.Lazarus提供了类似Delphi 4的环境,老式的Delphi程序员会觉得很舒服.但Lazarus有时候会很有气质,Delphi程序员需要明白,并不是最新和最好的Delphis中的所有内容都适合他们.Delphi做Windows,它做得很好(是的,我知道新的有一些交叉编译目标,但街上的一句话是,它有点hacky,需要一些时间在embacardo电磁炉真的存在之前),同时拉撒路几乎适应所有事情.目前的目标列表是: - Darwin,NetBSD,OpenBSD,FreeBSD,Linux,Solaris,Win32,Win64,WinCE go32v2(我认为这是MS-DOS的32位扩展名!),OS2,Netware(!),BEOS,Haiku(？ !),QNX,wdosx(？),emx,netwlibc,Atari,Amiga,Palm-os,Gameboy advance,nds,MacOS,Morphos,Plus,还有对IOS和Android的实验性支持.除此之外,东西可以使用来自QT,GTK,GTK2,Win32/WIn64,Carbon,fpGUI(不知道),Cocoa或根本没有GUI的小部件集,具有不同程度的实现透明度.
它是一个详尽的清单!
所以Caveat Emptor.我强烈建议德尔福编码员下载这个并做一些个人项目来感受它,而不是老板的角钱,但拉扎鲁斯有很多深度和实质,它可能是处理生活的重要工具.在Windows婴儿床外面.
此外,因为德尔福的新主人还没有学到一个!@#$%^&*关于为什么德尔福从优雅中堕落的事情(暗示,让它可以负担得起或免费让业余爱好者和学生学习和创建自定义组件),这真的是唯一的预算选项可用.如果Embarcadero醒来,也许会改变.在那之前,万岁拉撒路.
RRU*_*RUZ 28
我的两个主要原因是
1)多平台支持(Linux,Mac OS X,Windows)
2)价格0美元
Tim*_*vis 20
那么Delphi程序员不能使用Lazarus来编写Delphi代码,因为Lazarus不是Delphi.Lazarus实际上是一个IDE和一堆用于Free Pascal的Delphi-ish类库.但是请注意,像Delphi的VCL这样的东西不存在,并且完全直截了当地说Lazarus中的IDE和调试经验非常不稳定,但它是免费的,因此非常重要.
最重要的是,Delphi <> Lazarus.使用Delphi如果你想要一个出色的IDE和调试器,那么你需要大量的第三方支持和技术支持MS Windows,而且你愿意付钱.如果您想要一个支持多个平台且具有Delphi-ish语法的免费IDE,请使用Lazarus(免费pascal).
Mas*_*ler 15
也许我只是读错了,但你似乎认为IDE在某种程度上是可以互换的.那不对.Lazarus建立在FPC编译器之上,并且与Delphi绑定到DCC编译器的方式非常相似.此外,它们使用不同的表单描述文件格式.Delphi无法读取LFM,Lazarus可以尝试读取DFM,但它并没有做得特别好.
FPC/Lazarus与Delphi非常相似,但它是Object Pascal的不同方言,认为它们是等价的是错误的.
Cel*_*gün 12
我有一个在Delphi上运行的声音识别算法.当我的上司要求在WinCE上运行时,我尝试了Lazarus.帕斯卡是帕斯卡尔.拉撒路是超级的.我已经做了.
算法用Pascal编写.我试图转换.C#很容易反编译并使用不同的逻辑.幸运的是我发现了Free Pascal.
我让它在ARM上的WinCE上运行.感谢所有FPC合作者.
编辑:我也在Linux上运行它.
是的,Linux安装在70%的服务器上.它为拥有400,000,000多名用户的Facebook提供动力.你告诉我使用Windows？你告诉我不要用64位？
我会用拉撒路.直到Delphi赶上.
好吧,我是那些使用Lazarus IDE编写Delphi源代码的人之一.
我很喜欢Delphi.但是使用Delphi的编辑器确实很痛苦.我已经尝试过VIM,并且总是梦想有一个像visual studio这样的IDE:简单,干净,可以分割窗口或垂直分割窗口......
最后我找到了Lazarus编辑器,比Delphi更好.所以我使用Lazarus编写Delphi源代码,而RAD IDE仅用于编译和调试.
为了我 ：