抛弃Delphi，进军64位（原创）！

bruce0829

sorry, 小弟的意思是

1.發表文章本就應該貼原創, 那句話並不是針對樓主(只是想導正社會風氣的用語...)

2.不知樓主有沒有試過, WIN64版也有 主選單 -> Project -> Compiler Options... -> Linking 頁標籤 -> Display Line Numbers In Run-time Error Backtraces ; 在什麼 CODE 都沒寫的情況下, 直接把 Project1 Compile, SIZE 可以從 12M 變成約 2M

3.strip.exe 雖然可以讓 SIZE 更小, 但並不是萬能, 我遇過經過 strip.exe 後, EXE 檔變的怪怪, 程式有些功能失效或錯誤, 重新 strip 也是一樣, 懷疑是 strip 壓縮過程中的最佳化處理 "過頭" (OVER), 以上還是使用 Lazarus 32 內建 strip 的情況 , Lazarus 64 不提供 strip 是否有它的道理, 也許 strip 對 win64 的 exe 有更嚴重的問題

4."只有遇到需要在各种移动设备上运行时的任务时，你才能真正明白lazarus的意义", 跟小弟所說的使用 WIN32 並不衝突, 因為至少在目前尚未全面嚴格要求 WIN64 的情況下, WIN32 (包括 DELPHI 跟 LAZARUS 32 )可以在微軟各種 DESKTOP 端設備(WIN 7, VISTA, XP, XPE, WIN98  ....) "跨微軟的平台" , 小弟公司開發的軟件就有這樣的需求, 所以還無法 WIN 64

5.小弟支持 WIN64 , 但礙於現實環境, 無法太理論化, 不是看到好東西新東西就要全面進軍全面拋棄, 況且有些 AP 的開發還要配合週邊 Driver 版本, AP 進化了, Driver 沒有進化也不能用 (例如 POS 系統就要搭配很多週邊 Driver, 如刷卡機之類裝置提供的 DLL 通常都不會太新 )

6. 在微軟開發環境中, 相信大家多多少少都會用到微軟自有的技術 (如 ADO,COM, ACTIVEX .....), 這些 LAZARUS 都還沒實作或是做的還不完整, 這些技術若沒有突破, Lazarus 要取代 Delphi 還有很長的路,  不是光靠比人家早進 WIN64 就可以取代

7.希望 yayongm 兄不要潛水, 有能力發表原創的人應該多多發表原創導正社會風氣 , 我們也想知道更多 WIN64 的 POWER

daimon

是把 你图上的 第一项(去掉GDB的调试信息) 和第二项 去掉后,产生的EXE文件,就会跟用了strip.exe差不多大小了.

这是我用 COMODO HIPS时跟LAZ不兼容造成不能使用GDB调试时,我尝试去掉了那 两個选项所得结果.现在COMODO 已经解决了这问题,

还有就是 YAYONGM 兄, bruce0829兄也只是提出他的一些感受.你也可以说出你的理由啊.
LAZ是要靠大家一起共同参与参能发展起来, bruce0829兄是一个很好的人.

64位CPU刚出的时候,已经有太多的争论了,我们是不是把这些都放 下来.先研究LAZ.

jixian

有一个商业软件与Lazarus竞争也不错, Delphi如果能够越做越好倒是一件好事.

onionzq

Lazarus是否有成熟的投入使用啊，做正事有竞争力的产品开发、或iPad、iPhone、或其他移动平台
的各类程序的开发。。。

gbm_pgs

呵呵，楼主不要太偏激!daimon 已经分析得很好了，目前64位很多都不完善，如果编译出来的EXE不能在32位上的系统上跑的话，那不可能让别人的系统也换成64位的吧。再说换64位是要加大成本的，像内存加大，cpu要64位。等等。。。

yayongm

对不起各位，偶一直很忙，可以说，连回帖子的时间都没有。
从年龄上看，我早已经过了那种争强好胜、傲视一切的岁月。
从技术上看，我也就只是一个没刷子的粉刷匠。
说心里话，我知道的只有很少很少的东西：语言，电脑都是工具！在我用它们的时候，我是老大，我说了算！既然是工具，那它就是来帮助我解决问题的，当某些东西无法解决我问题的时候，我自然会无条件的选择更换工具或者自己开发！
还有，工具只有通过人的使用才能最大限度发挥它的价值！因此，千万不要小看任何开发工具的能力，当你说某个开发工具不行的时候，你实际上是在否认自己的能力！
我知道，lazarus离完美还有很远很远的距离，但是，当它已经能帮我解决绝大多数问题，同时，我也能用它开发出我需要开发的商用级别软件时，我能说的就是：lazarus，我看行！

axing78

64位不是问题，delphi迟早会有。
编译出来大小不是问题，有很多方法可以让他变小。
多平台是FREE PASCAL强的地方，delphi的最新版本可能会多平台，但是我不是抱很大希望（之前的Kylix看上去已经失败了）。
Lazarus控件不是很多，但是平时必须的基本都有了。
但是delphi到Lazarus移植不是很方便，我用了delphi10年，但是现在在勉强转向Lazarus，很多之前的积累的，到了Lazarus下基本都要重写。

如果是新学的朋友倒是推荐直接Lazarus，对未来有好处。
多平台的语言里面， free pascal、python、java、c，其它的现在基本忽略。
为了LINUX（未来平板普及后，linux应该会比过去要普及），多平台还是很重要的。