为什么一个Delphi程序员使用拉撒路的IDE,而不是使用Delphi的IDE?

我一直很高兴与德尔福IDE在Delphi程序。

但我听说过的拉撒路编程环境,而且我还听说,一些程序员德尔福使用它,而不是德尔福IDE。

有哪些优势拉撒路拥有德尔福IDE,以及为什么会或应该在Delphi程序员开关呢?



这些问题的答案都让我有更多的问题比我以前。 似乎有一些分歧,是否拉扎勒斯可以或不能被用作显影Delphi代码的编辑。 我想我还以为你能在Delphi放弃一切,只是改变的IDE。 在拉撒路wiki的拉撒路德尔福部分的用户说:

首先要转换一个Delphi项目时做的
已经打开拉撒路,你应该去工具,然后转换德尔福项目拉撒路项目。 这不会为你做的一切,但仍然将带你的方式一个很好的协议。 需要注意的是拉撒路IDE的转换工具一般是单向转换。 如果您需要保留德尔福兼容,所以你可以与Delphi和拉撒路编译您的项目,考虑与XDEV工具包转换您的文件,而不是。

因为拉扎勒斯是自由不是理由进行切换,但不惩罚你在物理$的切换。 (您仍然要投资你的时间来转换和学习。时间= $)。

我作为-多-AS-我理解从你的答案的结论,为什么有人会切换德尔福拉撒路:显然必须提供的东西,德尔福目前不能。 目前,这是多平台支持,并可能支持64位。 德尔福确实有Kylix的一次,但不支持Mac。

但随着这两个位和64位通过Embarcadero公司答应一声的,你告诉我,我们没有理由(至少对我来说)切换回答我的问题。

--------------解决方案-------------

那么一个Delphi程序员不能使用拉撒路编写Delphi代码,因为拉撒路是不是德尔福。 拉撒路实际上是一个IDE和一堆免费帕斯卡尔德尔福十岁上下的类库。 但要注意,像德尔福的VCL是不存在的,而且是完全生硬的IDE和调试拉撒路经验是非常参差不齐的,但它是免费的,所以对于很多计数。

底线,德尔福!=拉撒路。 如果你想要一个伟大的IDE和调试巨大的第三方支持和高科技询问服务您的目标的MS Windows,再加上你愿意为它付费使用Delphi。 如果你想支持多个平台,并具有德尔福十岁上下的语法自由的IDE使用拉撒路(免费帕斯卡)。

好。 这是一个古老的线程,但可以做一些更新做。 我停止使用德尔福,也​​许在十年前,这主要是因为我别无选择。 在花了5年以上的工作作为一个Delphi编码器,我现在又一个学生,德尔福的价格简直令人发指。 德尔福的问题是从来没有德尔福。 德尔福是一个天才的系统,但Borland公司(后来其继承人)完全误解了改变计算机世界。 微软能够提供一个编程环境,你可以免费下载,它的.NET环境中的所有重要方面,同时即使德尔福的基本版本会打破你的银行或者是纯出不可用学生是与VCL媲美预算。 最终的结果是,没有新的Delphi程序员的上线来了,它成为企业一个危险的命题继续使用。 最后,与Linux的兴起,Kylix的竟然是一个环境总trainwreck,而不是利用现有的UI工具链和葡萄酒的可疑恶臭弥漫了,淋上带有侮辱性的态度GPL软件,处理它,就好像它是共享软件。 最后,当涡轮德尔福走出多年后,它无法通过使用像保守党组成部分网站的网站提供了惊人的资源。 很显然Borland公司不得不在所有的生态系统编码器不尊重。

所以拉撒路似乎涌现出这一切,花了很长的时间来孕育,并在某种模拟的德尔福4,很多看似举行旨在成为在Delphi行最干净最整洁及的。 它遵守了刚才的一切,其实施对象的Pascal得很正确,最重要的是它在所有重要开源感官自由。

然而,它Bug多多了一个很长的历史,其控制的不完整的实现。 而这是一个大忌,我和许多其他位。

随着中说,我最近决定下载它,出于好奇,发现它实际上来的很长的路要走地狱。 数据库组件刚刚工作,虽然你可能需要遵循一些教程和周围追逐一些线索,让他们所有的正常运行,严重的进步已经对iPhone和Android构建目标的。

我不知道我已经准备好这个尚未部署到任何我的商业客户,但我想给它一个个人项目把它通过其步伐另一个运行,如果它的工作,我想我“M终于要重新团结起来与我的第一个编程的爱,帕斯卡,并在一个问题,让我用我的Mac做繁重,同时提供Windows和Linux操作系统的基础之上。

所以基本上在这里都在比较的事实; - 拉撒路和Delphi是完全独立的实体。 拉撒路是不是德尔福的交叉编译器,但有一定程度的兼容性。 它更像是GCC VS MS C ++。 德尔福是更加精致,有可能更稳定。 拉撒路提供了德尔福4般的环境旧手的Delphi程序员会发现很舒服。 但拉撒路有时可能tempramental,和Delphi程序员需要明白,在最新和最伟大DELPHIS不是一切将在那里为他们。 德尔福做的Windows,它也非常好(是的,我知道新的人有一些交叉编译的目标,但在大街上字,这是一个有点哈克,需要一定时间的embacardo电磁炉它真的出现之前),而拉撒路符合几乎一切。 目前的目标清单; - 达尔文的NetBSD,OpenBSD的,FreeBSD上,Linux,Solaris和Win32中,Win64的,WinCE的go32v2(我认为这是MS-DOS与32位扩展!),OS2,Netware的,BEOS,俳句((!)? !),QNX,wdosx(?),EMX,netwlibc,雅达利,Amiga上,Palm的操作系统,GameBoy Advance的,NDS,MacOS的,Morphos,另外,还有iOS和Android的实验性支持。 在此之上,东西可以在所有使用部件集从QT,GTK,GTK2的Win32 / Win64中,碳,fpGUI(不知道),可可还是没有GUI,不同程度实施的透明度。

它的一个详尽的清单!

因此,买者自负。 我强烈建议更换德尔福程序员下载这个,做一些个人项目来感受它,而不是老板的一分钱,但那里有很多的深度和物质拉撒路的,它是有可能在皮带的重要工具,处理生活在Windows婴儿床之外。

再加上由于德尔福的新主人还没有学到!@#$%^&*为什么德尔福从恩典(提示,使其承受的价格或免费为爱好者和学生学习和创建自定义组件)下跌事情,这真的是唯一可用的预算选项。 如果Embacardo过醒来,也许会改变。 在此之前,VIVA拉撒路。

对我来说,两个主要的原因是

1)多平台支持(在Linux,Mac OS X,Windows中)

2)$ 0

也许我只是读这错了,但你似乎是的印象是,IDE是莫名其妙地互换之下。 这是不正确的。 拉扎勒斯是建立在FPC编译器的顶部,并连接到它在许多德尔福是联系在一起的DCC编译器的方式相同。 此外,他们使用不同的形式描述文件格式。 德尔福无法读取LFMs,并拉撒路可以尝试阅读DFMS,但它不会做它的一个特别好的工作。

FPC /拉撒路是非常相似的德尔福,但它是在Object Pascal不同的方言,这将是一个错误的认为他们是等价的。

我有一个声音在德尔福识别算法的运行。 当我的上级问在WinCE的运行我试过拉撒路。 Pascal是帕斯卡。 拉撒路是超级。 我已经做了。

以Pascal编写算法。 我试图转换。 C#是容易反编译,并使用不同的逻辑。 幸运的是我发现的Free Pascal。

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

编辑:我有它在Linux上运行过。

主要原因是我 - 德尔福目前不能编译64位应用程序,因此无法看到,读取或写入某些注册表项。

拉撒路是跨平台和免费。

是,Linux的安装在服务器上的70%。 据供电有400,000,000+用户Facebook的。 你告诉我使用Windows? 你告诉我不要使用64位?

我会用拉撒路。 直到德尔福捕捉上。

为了我 :

  • 64位是活的(德尔福......是的可能是,不和是再次,终无...)
  • 跨平台(不德尔福)顺便了很多工作仍有待完成,但它的作品!
  • FPC是一个很好的编译器
  • 社区是冷静和活跃

好吧,我是属于谁使用Lazarus IDE能写Delphi源代码中的一个。

我喜欢德尔福了很多。 但是,使用Delphi的编辑器是一个真正的痛苦。 我试过VIM,并一直梦想着能有像Visual Studio的一个IDE:简单,干净,并能horizo​​ntaly或垂直分割的窗口...

最后,我发现拉撒路编辑器,比Delphi的方式要好得多。 所以我用拉撒路写的Delphi源,和RAD IDE仅仅是编译和调试。

只有CodeTyphon /拉撒路/ FreePascal的支持4个CPU / OS主机的(Win32,Win64的,linux32镜像,LINUX64),16 CPU / OS的目标(ARM-WinCE的,臂的Linux,ARM的嵌入式,手臂,GBA,手臂,NDS,I386 -Win32,I386-Linux的I386-的FreeBSD,I386-俳句,x86_64的-Win64的,x86_64的Linux的,x86_64的,FreeBSD的,PowerPC的Linux上,powerpc64-Linux的SPARC-的Linux,Solaris SPARC的)。 更多平台在拉撒路/ FreePascal的支持,但其他人都没有集成在CodeTyphon。 一个代码即可解决所有问题;-)。 CodeTyphon是一个强大的点击安装包跨平台的原生的Delphi像基于拉撒路/ FreePascal的RAD / IDE,消除痛苦的跨平台设置。 你可以开始下载编码后仅几分钟,所以如果跨平台,64位或价格是关键的好处给你,然后选择拉撒路在德尔福。 拉撒路是德尔福高度兼容,而且我已经转换几个应用程序没有太大的问题。 它可以保持其在两个编译代码。

我没有那么多新的补充,但我想我会涉及我的跨平台体验。 至于很快组建一个跨平台的应用程序素描,我觉得拉撒路非常漂亮的工作。 我最近一直在使用MonoDevelop的,其中有很多赞扬,但GUI设计stetic似乎并不fpGUI为完成。 抑或是似乎缺少一些位工具包(GTK#)? 在此之前,我用的Qt / C ++这似乎也工作了相当不错的跨平台发展,但我不是C ++真正的敏锐,以及Qt的信号/槽框架是有点好奇,但效果很好,一旦你得到你的头上缠着它。 总之,我觉得RAD工作,并利用编码拉撒路是大多是快乐的,再说,一个IDE多么酷的名字!

干杯

分类:德尔福 时间:2012-07-26 人气:0
本文关键词: IDE,德尔福,拉撒路
分享到:

相关文章

Copyright (C) 55228885.com, All Rights Reserved.

55228885 版权所有 京ICP备15002868号

processed in 0.835 (s). 10 q(s)