|
|
导航: |
论坛 -> DELPHI技术
斑竹:liumazi,sephil |
|
作者: |
|
2016/8/30 7:14:44 |
标题: |
delphi马上要支持linux了 |
浏览:3736 |
|
加入我的收藏 |
楼主: |
很期待阿
----------------------------------------------
QQ群:325010556 欢迎加入。 |
作者: |
bdl1 (bdl1) |
▲▲▲▲▲ |
-
|
普通会员 |
|
2016/8/30 7:27:52 |
1楼: |
值得期待
----------------------------------------------
-我的博客
|
作者: |
|
2016/8/30 7:50:59 |
2楼: |
One code。Once compile,Runs everywhere。
----------------------------------------------
-
|
作者: |
siaosa (siaosa) |
★☆☆☆☆ |
-
|
盒子活跃会员 |
|
2016/8/30 8:04:15 |
3楼: |
从Delphi7就说支持LINUX,十多年过去了,到现在都没看到过Delphi开发的LINUX程序运行。 .Net去年说支持LINUX今年就可以开发应用了。
----------------------------------------------
-
|
作者: |
|
2016/8/30 8:40:53 |
4楼: |
楼上看不见不表示没有(用 fpc 开发 linux 服务的高手,不入你的法眼啊)。 .net 能不表示有人用他开发 linux。 delphi 下一版是以服务为主的能,至于有没有人用,那也不是你需要担心的。
----------------------------------------------
(C)(P)Flying Wang
|
作者: |
|
2016/8/30 8:43:19 |
5楼: |
呵呵 但愿更强大
----------------------------------------------
学DELPHI http://www.studydelphi.com
|
作者: |
siaosa (siaosa) |
★☆☆☆☆ |
-
|
盒子活跃会员 |
|
2016/8/30 8:58:03 |
6楼: |
哦,原来FPC=Delphi呀,受教了。 如果大多数人没有看到过Delphi开发的LINUX软件,说明目前还没被市场接受,大多数人才不去用或者没法用。 同理一个没被大多数人用,没被市场接受的软件学它用它,做为兴趣爱好可以,用来养活自己就难了。
----------------------------------------------
-
|
作者: |
|
2016/8/30 9:00:43 |
6楼: |
我觉得delphi最好还是能快速支持大数据,web服务等内容才是发展方向. 不过貌似很难的.当然仅仅支持还不行,还得有非常强的优势.就像现在的FMX,就算跟B4X比起来,可能有优势,但优势不是很明显...
----------------------------------------------
Delphi威武!千秋万代,一统江湖!Delphi威武!千秋万代,一统江湖!Delphi威武!千秋万代,一统江湖!Delphi威武!千秋万代,一统江湖!Delphi威武!千秋万代,一统江湖!Delphi威武!千秋万代,一统江湖!Delphi威武!千秋万代,一统江湖!我去WC吐一会儿去!
|
作者: |
siaosa (siaosa) |
★☆☆☆☆ |
-
|
盒子活跃会员 |
|
2016/8/30 9:07:06 |
7楼: |
feiyanm 我也觉得Delphi应该加强WEB和大数据,这块太弱了。
----------------------------------------------
-
|
作者: |
|
2016/8/30 9:12:16 |
8楼: |
delphi的web server application就是开发web 啊 只是不能可视化而已
----------------------------------------------
-
|
作者: |
|
2016/8/30 9:38:14 |
9楼: |
kylix TMD 也不是 DELPHI 啊,更不是 Delphi7。 所以 FPC 和 kylix 都不是 DELPHI 。所以 过去 DELPHI 完全不支持 LINUX 。 下一版才 TMD 支持控制台和服务。
----------------------------------------------
(C)(P)Flying Wang
|
作者: |
|
2016/8/30 9:39:13 |
9楼: |
DELPHI7的时代真的是支持linux的, 不过不是叫Delphi7,叫Kylix3
----------------------------------------------
链接:https://pan.baidu.com/s/12jzmECYKhGCsHBxz8tmB6w 提取码:pelr --来自百度网盘超级会员V9的分享
|
作者: |
|
2016/8/30 9:39:21 |
10楼: |
.net 开发 linux 一样 大多数人不去做。
一知半解就敢来唱衰,看来 DLEPHI 也将要坚持奔溃一万年了。
----------------------------------------------
(C)(P)Flying Wang
|
作者: |
|
2016/8/30 10:28:18 |
11楼: |
@wang_80919, 我跟你的感觉好像有点偏差,在我脑海里,FPC才真正的是支持Linux!毕竟人家整个IDE都可以在LINUX/MacOS桌面上运行. 况且,只有这种IDE级的项目才能发现很多实际开发中的问题.因此,我觉得啥时候Delphi的IDE能真正在Linux/Android/MacOS上运行才能说完全具备了企业级开发的能力(也可以说经受住跨平台全方位360度的考验,而不是像现在这样跟个玩具似的).当然,这是我的一家之言,仅供参考和讨论.
----------------------------------------------
Delphi威武!千秋万代,一统江湖!Delphi威武!千秋万代,一统江湖!Delphi威武!千秋万代,一统江湖!Delphi威武!千秋万代,一统江湖!Delphi威武!千秋万代,一统江湖!Delphi威武!千秋万代,一统江湖!Delphi威武!千秋万代,一统江湖!我去WC吐一会儿去!
|
作者: |
|
2016/8/30 10:32:36 |
12楼: |
我没说 fpc 不支持,我说 目前的 delphi 不支持而已。
----------------------------------------------
(C)(P)Flying Wang
|
作者: |
vmao (毛小毛) |
★☆☆☆☆ |
-
|
盒子活跃会员 |
|
2016/8/30 11:05:48 |
13楼: |
同意11楼,看到lazarus IDE有mac版和win版,别提有多羡慕了。Delphi IDE还是只能运行在Win平台上
----------------------------------------------
-
|
作者: |
|
2016/8/30 11:14:33 |
14楼: |
我也纳闷,怎么不出个能mac版的delphi ide
----------------------------------------------
-
|
作者: |
|
2016/8/30 11:15:19 |
15楼: |
知道原因了,一直没出 是因为 delphi ide 有些模块是用.net写的,之前.net是不跨mac的
----------------------------------------------
-
|
作者: |
|
2016/8/30 13:33:37 |
16楼: |
不知道到FMX能不能跨linux 俺的平台工具已准备就续。。。。
此帖子包含附件:
大小:3.84M |
----------------------------------------------
就怕想不到,没有做不到的
|
作者: |
sqlnew (sqlnew) |
★☆☆☆☆ |
-
|
盒子活跃会员 |
|
2016/8/30 14:17:44 |
17楼: |
楼上的东西好像很牛X 什么来的
----------------------------------------------
-
|
作者: |
gdsa (文稠紧) |
★☆☆☆☆ |
-
|
盒子活跃会员 |
|
2016/8/30 15:29:26 |
18楼: |
观赏好帖
----------------------------------------------
-
|
作者: |
|
2016/8/31 9:49:15 |
19楼: |
Linux Just Turned 25 and Delphi is Coming to Celebrate
Delphi for Linux 1st preview
http://blog.marcocantu.com/blog/2016-august-linux-25-delphi-coming.html
----------------------------------------------
-
|
作者: |
roker (roker) |
★☆☆☆☆ |
-
|
盒子活跃会员 |
|
2016/8/31 10:02:53 |
20楼: |
好消息啊,哥斯拉快来了
----------------------------------------------
-
|
作者: |
axfx (axfx) |
▲▲▲▲▲ |
-
|
普通会员 |
|
2016/8/31 16:52:56 |
21楼: |
很好,这样delphi在市面上又更强大了。
----------------------------------------------
超低价出售pos/进销存/收银软件源码 https://item.taobao.com/item.htm?spm=a21dvs.23580594.0.0.4fee645eC26dvB&ft=t&id=671027238807
|
作者: |
lsu (lsu) |
★☆☆☆☆ |
-
|
普通会员 |
|
2016/8/31 20:47:08 |
22楼: |
准备好了
此帖子包含附件:
大小:171.1K |
----------------------------------------------
-
|
作者: |
lsu (lsu) |
★☆☆☆☆ |
-
|
普通会员 |
|
2016/8/31 20:47:39 |
23楼: |
问题是你真的会推出linux版本的软件?卖给谁呢?
此帖子包含附件:
大小:262.7K |
----------------------------------------------
-
|
作者: |
|
2016/9/1 4:28:07 |
24楼: |
既然.net都支持linux了,delphi什么时候才能原生?FPC其实很好用了,就是编译出来的东西太大了。
----------------------------------------------
-
|
作者: |
|
2016/9/1 8:37:00 |
25楼: |
23 楼的高手,政府很多新的项目都是 linux 的。还好不是客户端,否则 DELPHI 还是不支持。
24 楼的,一看你的说法,你就是 低手,DELPHI 一直原生,WIN32 WIN64 OSX iOS 安卓都是原生。
----------------------------------------------
(C)(P)Flying Wang
|
作者: |
|
2016/9/1 15:54:37 |
26楼: |
服务端支持linux是个好事,至少在购买阿里云服务器能选择更小的配置节约钱钱
----------------------------------------------
-
|
作者: |
|
2016/9/1 19:29:22 |
27楼: |
我记得前几年就说了支持Linux的命令行开发,而不是GUI,因为他们瞄准的是Linux的服务器市场。 其实FMX跨平台,已经做了X86的Linux编译器,对接上FMX只有一步之遥。 他的Android其实就已经是ARM的Linux编译器了,只不过是LLVM实现的后端。相当于他们自己只开发了前端,把代码生成token送给LLVM去处理和优化。
如果X86的Linux编译器还是使用LLVM的话估计改动不是很大,前端都不怎么用该。 如果X86的Linux编译器是自己开发的话改动也不是特别大,因为Windows,MacOSX这边的编译器本身就是X86编译器,生成的机器指令代码是一样的,前端不动,后端不动,只要把输出的文件PE改成ELF即可。
不过现在Delphi的开发团队太小了,没几个人。要维护这么多平台的编译器和FMX框架。多了一个平台就意味着多一份工作量。 还有他们FMX的效率和架构的合理性要调整,这部分工作量也比较大,这么多版本了还是有各种问题,因为我也在用这个东东做开发,所以总是发现功能和机制有,但是不合人意,总要跟踪到FMX的框架里面去,然后把单元文件拷贝出来修改。所以我项目的文件夹里总有几个修改过的FMX的文件,我又总是使用最新版本,所以更换Delphi版本的时候就要把这些修改过的文件又验证和修改一次。
其实最好的就是FMX能交给开源组织来做,Delphi官方只负责编译器和规划FMX要实现的目标就行了。
----------------------------------------------
武稀松http://www.raysoftware.cn
|
作者: |
|
2016/9/1 21:28:56 |
28楼: |
@wr960204 (武稀松) 高见! 可惜做编译器的Anders Hejlsberg为物欲所左右,放弃了自己孩子,也断送了自己的前程。虚拟机上的伪代码怎么可能比机器码更有前景。 可惜emb还想用fmx卖钱。
要说语言,我还是看好Rust。
----------------------------------------------
-
|
作者: |
chro (chro) |
★☆☆☆☆ |
-
|
普通会员 |
|
2016/9/1 23:01:53 |
29楼: |
to 24楼: 我两个都用,还把自己的代码从delphi向fpc移植了一些。 同样一个最简单的程序,和最新的delphi比,fpc编译出来的更小。 当代码量增多以后,console程序仍然是fpc版的小,gui程序fpc版有时候稍大一些。
当然,比较的是release,带debug信息的fpc版要大的多,不过这也无所谓
----------------------------------------------
-
|
作者: |
|
2016/9/2 4:49:32 |
30楼: |
to 29楼: 是的fpc很够用了, lazarus我现在用着非常棒,就是没有windows下的bpl机制,用so包装类太累,因此我现在只是把一些速度要求高的function用c开发在so中,所有delphi的都不分开,因此生成的目标文件会比较大,现在都13M了。
----------------------------------------------
-
|
作者: |
|
2016/9/2 4:53:48 |
31楼: |
to 25楼: 用windows去生成linux的程序,这也叫原生?
另外我也不知道你到现在为止有哪些成就,见你对很多人都说人家底,说说你的业绩有多高?
----------------------------------------------
-
|
作者: |
|
2016/9/2 9:27:23 |
32楼: |
@fausten "用windows去生成linux的程序,这也叫原生?" 怎么解释呢?现在已经能生成IOS,ANDROID,MACOSX了,为什么不能生成linux程序呢? 把虚拟机.net之类的东西扔掉,这些程序依然能跑,为什么不是原生的呢? 你能更进一步给大家说明一下吗?
----------------------------------------------
他们总是取笑失败者,以酷似智者;他们也总是为成功者喝采,以取得赏金。
|
作者: |
|
2016/9/2 9:55:02 |
33楼: |
31 楼,我们结果是原生就可以了,用 Delphi 在 WIN系统下 开发 出来的 Win32,Win64,IOS,ANDROID,MACOSX 那个不是原生的呢?
另外,本人毫无业绩,关你屁事。
----------------------------------------------
(C)(P)Flying Wang
|
作者: |
|
2016/9/2 12:46:09 |
34楼: |
to 31楼 在一个平台生成其他平台的代码还真跟原生与否挂不上关系。 一般一个新的平台的诞生第一个编译器往往是用其他平台的开发工具交叉编译出来的。 还有很多情况比如嵌入式,移动领域这些设备本身不适合做开发,所以都是在PC上开发交叉编译的。 例如用EVC在WindowsPC开发WindowsCE的程序,在MacOSX上用XCode开发iOS的APP,在PC上用AndroidStudio之类的开发Android的NDK程序等等。
上面说的都是原生的。 原生程序一般对应讲的事虚拟机和解释执行的程序。
----------------------------------------------
武稀松http://www.raysoftware.cn
|
作者: |
|
2016/9/2 20:25:47 |
35楼: |
我有愿望去开发linux下的应用,就是想脱离windows,因为windows的不开放,一旦用上windows,就只能跟着微软的套路走,远离了开源的成果还有开源社区的最前沿思想。
在windows上开发ios或andriod的应用,我们能给自己找个理由:两个平台一套源码,还有delphi这样的高效工具。
但是如果说要把应用移到linux上,但是开发工作还离不开windows,这个我是找不到一个理由这样去做。因此从这个角度说,这样子的原生对我毫无意义,我不会选择这样的工作方式去开发linux的应用。既然lazarus都能提供在linux下的原生开发工具,为什么emb就不能提供在linux下的原生开发工具呢?说是由于.net,但是现在linux下面不是也有.net环境了吗?.net不是是开源了吗?
----------------------------------------------
-
|
作者: |
lsu (lsu) |
★☆☆☆☆ |
-
|
普通会员 |
|
2016/9/2 21:55:58 |
36楼: |
原生代码就是指CPU能直接执行的代码,与是不是本机环境直接产生的没什么关系。楼上有强烈愿望拥抱Linux,问题是你的用户群也作如是想吗?
borland曾经推出kylix,可是市场一塌糊涂,几乎没卖出去几套,原来做市场调查时那么多人强烈表达的需求,突然间就消失得无影无踪,让borland措手不及。第四版的编译器已经就绪的情况下断然下马该项目。以后每当有人提及linux开发,总是回应:给我市场瞧瞧。然后众人就没话说了。
linux 内核的频繁变动也是挺折腾人的。
----------------------------------------------
-
|
作者: |
|
2016/9/2 22:30:51 |
37楼: |
borland那个时代是因特网刚开始,现在是因特网中后期,你看哪个因特网公司依靠windows成功的?哪个因特网公司的服务器会缺少linux、freebsd?
不过话说回来,真正因特网公司还是直接用的c编码,速度和大小都差得不是一点半点。
确实如果客户端用户还是大量使用windows,在客户端还是要用windows开发,但是服务器端完全可以脱离windows,我的客户在电力和政府,他们对信息安全的要求越来越严,比如在电力安全I区就不能安装windows的服务器。鼓励使用国产的linux服务器。
内核频繁变动可能是以前,但是现在接口非常规范,已经处理得很好了,比如选择最新CentOS 7.2,然后linux内核可以自己从www.kernel.org下载源码,从v3.10到最新v4.8,随你挑选,然后按照步骤编译就可以替换升级原来的内核。
----------------------------------------------
-
|
作者: |
|
2016/9/2 22:33:01 |
38楼: |
还有我觉得borland下马kylix有微软在后面搞鬼,就是微软投资borland后下马的。
----------------------------------------------
-
|
作者: |
|
2016/9/3 0:02:48 |
39楼: |
如果推出Kylix就希望立马有市场,我觉得borland的市场部的人员脑子秀逗了。任何一个企业刚刚进入一个新市场,都需要培育市场一段时间,特别是软件市场,几乎是生态在起决定作用,而生态不是一蹴而就的,是逐渐完善的。当企业使用了Kylix后业绩大幅提升,他没有理由拒绝这样一个产品;但是企业用Kylix挣钱的生态还没有形成,Kylix自己先自杀了,企业怎么敢用?
我觉得现在交叉编译的路子很不错的,既保住原Windows成果,又能跨平台生成程序,对于Embar这样的人手较少的企业很划算。几年前范璐的论坛上,我就建议交叉编译。而且用Delphi开发Linux的目标使用人群是原Delphi用户,不是Linux上的C开发人员,只有大量的用Delphi开发的Linux程序运行在Linux上,才可能吸纳一部分人成为新的Delphi使用者,来进行快速开发。
----------------------------------------------
-
|
作者: |
lsu (lsu) |
★☆☆☆☆ |
-
|
普通会员 |
|
2016/9/3 13:06:00 |
40楼: |
感觉linux越来越担当服务器操作系统的角色了。桌面linux占有量多年就那个样子,没多大行情涨跌。企业用linux服务器也是从钞票角度而言来考虑成本问题,不过windows server好像明确说明自己不适合电力控制等场合(以前做电力市场的时候,太无聊看过那个安装说明)。
borland在推出kylix前至少进行过2年的市场调查。要说生态,兼容windows delphi,vcl源码级共享,这生态不可谓不好。其实还是因为linux开发的人集中在GCC上,再就是linux的免费概念。
如果当初推出纯粹的兼容GCC的C++builder并把vcl转成GCC代码,恐慌怕今天linux开发一半的人都在用吧。用惯C的人面对delphi语言的vcl只有一个感觉:别扭。
emb推出linux版的C++builder,windows环境下只有delphi,可能事情更简单市场情况更好。
----------------------------------------------
-
|
作者: |
|
2016/9/3 17:18:40 |
41楼: |
adfadfa
----------------------------------------------
-
|
作者: |
|
2016/9/3 17:36:57 |
42楼: |
Linux从创始人到各个大牛,都是极客,黑客。 比如图形化GUI,这帮大牛分分钟就可以搞,但骨子里根本就不屑,当然,得益于这种极客精神,内核的稳定和性能得到了极大优化。 但说到易用性,对不起,人家不光不在乎,而且根本就是有意为之来体现其与众不同,鹤立鸡群之感。 如果用一个热门的词来形容:
傲慢
客观上,我承认其有傲慢的资本。但也直接铸造了这个团体/生态的偏执性格。 导致商业工具很难在这个圈子立足,做的好不好是其次,首先这沾染了“铜臭”的基因就让大牛不齿。 所以emb该是有多么的绝望才会想到去打Linux的注意?这简直就是试图给不食人间烟火的天仙们推销北京烤鸭一样疯狂。
----------------------------------------------
-
|
作者: |
|
2016/9/3 19:23:48 |
43楼: |
其实不用猜来猜去,就是Linux桌面市场不行啊,达不到用户的要求。要不然,管那些极客们怎么想,用户接受就行~~开发不开发也不用他们操心,我们这些人去做就行了~
----------------------------------------------
只有偏执狂才能生存!
|
作者: |
|
2016/9/3 19:39:01 |
44楼: |
好,大牛们都出现了~
----------------------------------------------
-
|
作者: |
|
2016/9/5 0:45:31 |
45楼: |
对!
----------------------------------------------
Delphi Crazy Fans! I am a newbie of Delphi.
|
作者: |
|
2016/9/5 8:55:52 |
46楼: |
能交叉编译成arm的linux程序吗?能编写arm的驱动程序吗
----------------------------------------------
-
|
作者: |
|
2016/9/5 9:11:11 |
47楼: |
驱动多半是不能的。 但是 ARM linux 的支持 是非常容易的。因为 iOS 安卓其实都是 ARM linux 的衍生。
----------------------------------------------
(C)(P)Flying Wang
|
作者: |
|
2016/9/7 21:08:06 |
48楼: |
现在应用流行以WEB和移动应用为主,桌面应用市场萎缩不少,WEB和移动开发都是delphi的弱项。 delphi太贵了,版本更新又太快,造成正版拥有成本太高,很难扩大用户群, 应薄利多销,用户群扩大了,赚的钱也多了,就有钱请更多人完善、提高产品。 现在是用delphi的,老人居多。
----------------------------------------------
-
|
作者: |
|
2016/9/8 11:12:30 |
49楼: |
EMB的财力和微软、Google没法比。
如果它财力够雄厚,它可以采取薄利多销的策略慢慢培养市场,但是恐怕它撑不到那一天就完蛋了; 现在的定价与其它开源免费的开发工具相比,毫无竞争力,人家免费的东西甚至能做到比你更多。
看看人家微软对VS盗版是怎么应对的,完全就是放任自流,随便你用去。人家有底气,不差这点钱,所以现在VS的用户比Delphi多几个数量级是没啥悬念的吧。
用Delphi十几年了,看到它如今逐渐式微,心里很不是滋味。
不管以后EMB还在不在,Delphi始终还是我最喜欢的开发工具。
----------------------------------------------
-
|
作者: |
|
2016/9/9 18:06:14 |
51楼: |
因为移动和网页方面delphi质量太差了
----------------------------------------------
QQ群:325010556 欢迎加入。
|
作者: |
|
2016/9/10 3:27:24 |
52楼: |
Linux 是服务器或嵌入式开发强项吧 delphi切入这个领域,未来走向何处?
----------------------------------------------
-
|
作者: |
|
2016/10/27 9:56:54 |
53楼: |
物联网 和 应用服务器
----------------------------------------------
我为人人为我
|
|