导航:
论坛 -> DELPHI技术
斑竹:liumazi,sephil
作者:
drroc (mvcxe)
★☆☆☆☆
-
盒子活跃会员
2014/11/13 13:15:15
标题:
微软宣布.NET开发环境开源 支持三大操作系统,Delphi哭晕在厕所
浏览:11819
加入我的收藏
楼主:
http://www.csdn.net/article/2014-11-13/2822619-.NET?reload=1 摘要:微软本次开源的内容涉及 .NET Framework Libraries、.NET Core Framework Libraries 和 RyuJit VM,允许开发者编写运行于Mac OS X和Linux 的 .NET 程序。 为兑现提供跨平台开发体验的承诺,进一步推动“移动为先、云为先”战略。微软于11月12日在纽约举办的Connect ();开发者活动上宣布将.NET堆栈基于MIT协议开源,并且提供开源保证,托管在Github上,Visual Studio开始支持Android和iOS程序编写并自带Android模拟器。 早在今年的Bulid大会上,.NET创立者Anders Hejlsberg就亲自宣布.NET编译平台Roslyn开源,这似乎暗示了微软开源.NET的决心并不是心血来潮。 微软本次开源的内容涉及 .NET Framework Libraries、.NET Core Framework Libraries 和 RyuJit VM,允许开发者编写运行于Mac OS X和Linux 的 .NET程序。此外,微软开始向个人开发者提供免费的Visual Studio Community 2013,相当于原 Visual Studio Professional免费向个人提供。 微软开发平台事业部副总裁S. Somasegar表示:“通过开源Visual Studio和.NET,能让更多的开发者在多种设备和平台上开发及管理应用,也能让现在的.NET开发人员面向更多用户。” 此外,微软在此次开发者活动上还宣布了Visual Studio 2013 Update 4和ASP.NET 5.0预览版信息。为了更好的支持跨平台开发,微软对Visual Studio 2015和 .NET 2015 的预览版进行了全面的更新。新版Visual Studio 2015集成了Xamarin,并简化在Visual Studio中安装Xamarin的流程,宣布将于今年年底发布的免费版,Xamarin Starter Edition中增加对Visual Studio的支持。对于有兴趣为移动设备开发云应用的Web开发者,微软发布了最终版Apache Cordova工具。
----------------------------------------------
MVCXE中国首个DELPHI MVC WEB框架:https://www.mvcxe.com/
作者:
2014/11/13 13:43:14
1楼:
这些都无所谓,反正一路盗版用过来了。 最重要的是,敢快出 .Net Native 正式版(支持 winfrom wpf)。实现所谓的 C#的开发高效,C++的性能。.Net Native 出来后,收购,我都会买。
----------------------------------------------
-
作者:
2014/11/13 13:54:28
2楼:
死啃delphi终究是不行?
----------------------------------------------
-
作者:
2014/11/13 15:04:21
3楼:
更傾向于是對JAVA的被動應戰,Delphi有影響,還不大.
----------------------------------------------
delphi|vue|golang hnysoft|hnyerp+mes+srm
作者:
2014/11/13 17:36:36
4楼:
搞的Delphi也开源了 那不是更好? 人气可能会变旺
----------------------------------------------
-
作者:
2014/11/13 17:42:16
5楼:
delphi 可是 Embarcadero 2300万美金买来的,开源不是亏大了。微软是财大气粗,本质上不靠开发工具找钱。就算把 VS 的专业版免费了,根本没什么影响。(微软开始向个人开发者提供免费的Visual Studio Community 2013,相当于原 Visual Studio Professional免费向个人提供) delphi 专业版正版一套市场价可是 25000元。
----------------------------------------------
-
作者:
2014/11/13 18:56:04
6楼:
中国应该找个小贪官, 抄抄家, 把抄来的钱买起 Delphi, 再来个中国专用的免费授权. 也不过两亿而已. 对国家有利啊!
----------------------------------------------
-
作者:
2014/11/13 20:07:26
7楼:
对Delphi是好事
----------------------------------------------
-
作者:
tonyt (tonyt)
▲▲▲▲△
-
普通会员
2014/11/13 20:16:13
8楼:
说明Delphi XE的跨平台战略是对的,而且Delphi XE已经走在前面了
----------------------------------------------
分享研究Delphi Android开发过程中的点点滴滴,一起努力促进Delphi的Android开发繁荣
作者:
2014/11/13 21:41:52
9楼:
6 楼的,你出20亿,他们也不敢卖给你。
----------------------------------------------
(C)(P)Flying Wang
作者:
2014/11/13 22:02:00
10楼:
当年Borland卖CodeGear的时候盛大正是最巅峰的时候要买人家就是不买,还用更低的价格卖给了易博龙.
----------------------------------------------
武稀松http://www.raysoftware.cn
作者:
yam (yam)
★☆☆☆☆
-
盒子活跃会员
2014/11/13 22:06:18
10楼:
2300万美元很容易就收回了,每套好几万人民币,全球每个版本卖出1000套你算算就多少钱了。从收购到现在经历了多少版本了。按说成本收回了就看他自己怎么玩了,不更新了也不是不可能。 关键还是要提升自身的优势才行,毕竟微软有windows系统 这个先天的优势,再加上win phone的系统, 已经2个跨平台优势在手。 delphi 要是想分一杯羹,绝对是任重道远。
----------------------------------------------
-
作者:
2014/11/13 22:11:22
11楼:
开源和免费是用来掀桌子的,就是打破原有格局。弱者面对一个比较强大的对手,用这一招是好使的。所以易博龙算是比较笨,搞不清自己的定位。越收费,用户越少,越快被淘汰。不过人家主业也不是这个。
----------------------------------------------
-
作者:
2014/11/14 0:57:45
12楼:
闻说当年中国机构开出的条件不简单, 不是一买一卖, 而是要求一堆苛刻的服务与技术转移等等.人家厚度没骂而已.
----------------------------------------------
-
作者:
2014/11/14 0:59:22
13楼:
其中要求员工不能辞职. 这一点民主世界根本不可能啊.
----------------------------------------------
-
作者:
mmygod (mmygod)
★☆☆☆☆
-
盒子活跃会员
2014/11/14 7:30:31
14楼:
啥意思?开源了之后那也得有人把平台移到android上吧,不然程序咋运行呀
----------------------------------------------
-
作者:
2014/11/14 8:44:37
15楼:
搞半天,还是基于Xamarin实现跨平台,这微软也太懒了
----------------------------------------------
DELPHI编程爱好者
作者:
2014/11/14 9:08:03
16楼:
用Xamarin实现跨平台,说了等于没说,Xamarin怎么跟FMX比,MS现在急了又使手段了。
----------------------------------------------
我为人人为我
作者:
drroc (mvcxe)
★☆☆☆☆
-
盒子活跃会员
2014/11/14 9:16:57
17楼:
开源是关键,跨平台其次,mono早跨了
----------------------------------------------
MVCXE中国首个DELPHI MVC WEB框架:https://www.mvcxe.com/
作者:
2014/11/14 10:00:52
18楼:
上个月的消息,微软收购Xamarin的谈判有几项未达成一致(包括承诺开源),本来是要收购的,现在收购先缓一缓,先合作,至少在VS2015之时不会收购。
----------------------------------------------
-
作者:
2014/11/14 13:44:58
19楼:
Xamarin跨平台方案 = UI不跨平台+公共库跨平台+业务数据跨平台 这种跨平台方案是最可行的, 因为每个操作系统UI都有自己的特点, 并且不断地变化, 无可能统一. 微软正是看到这一点, 并且Xamarin的那帮人的技术都很牛B, 值得收购. FMX尝试自己搞独门的UI, 不用操作系统原生的UI, 所以体验上无论如何也是做不好.
----------------------------------------------
-
作者:
mynet (if)
★☆☆☆☆
-
盒子活跃会员
2014/11/14 13:46:15
19楼:
大家说一说,Xamarin怎么样?尤其是用过的感觉怎么样,和FMX有什么优缺点?
----------------------------------------------
-
作者:
2014/11/14 13:51:43
20楼:
FMX已在结合原生控件了
----------------------------------------------
DELPHI编程爱好者
作者:
2014/11/14 14:43:21
21楼:
被楼主标题特别是最后那一句动人的拟人化幽默感动到进来顶贴。
----------------------------------------------
心无挂碍,无有恐怖,远离颠倒梦想,究竟涅槃。
作者:
2014/11/14 16:32:07
22楼:
Xamarin 至少目前不是FMX 的对手。 何以见得。 你看Xamarin的中文网站的 http://xamarin.csdn.net/ “目前在行动平台上开发App应用程序的方法比较:” 里面没有介绍FireMonkey ,难道CSDN的人是白痴么,不知道,没听说过Firemonkey? 原因至少有: 1.不诚实:与标题不符,目前开发app的方法 2.傲慢+无知:也许看不上FMX 3.不自信:因为按照那个表的参数一比,Firemonkey 都优于 Xamarin 4.微软能走到开源的地步,这里面一定有 Firemongkey的因素在里面。
----------------------------------------------
-
作者:
bdl1 (bdl1)
▲▲▲▲▲
-
普通会员
2014/11/14 16:40:19
23楼:
FMX尝试自己搞独门的UI, 不用操作系统原生的UI, 所以体验上无论如何也是做不好. ………………………… 这点不能认同,fmx这些年,还是有长足进步的,一路走来,效率还是越来越快,如果持续得到优化,再加上硬件的性能进步,两者的结合,相信xe8就能和原生一样。
----------------------------------------------
-我的博客
作者:
szlbz (秋风)
★☆☆☆☆
-
盒子活跃会员
2014/11/14 16:59:33
24楼:
for android下的edit等输入框复制、粘贴很不好用。
----------------------------------------------
-
作者:
mynet (if)
★☆☆☆☆
-
盒子活跃会员
2014/11/14 19:05:10
25楼:
听李维说好象在XE7下也可以用原生的UI,如果我没记错的话。
----------------------------------------------
-
作者:
2014/11/16 0:08:24
26楼:
逼着EM要抓紧除错及稳定化/最优化FireMonkey架构, FireMonkey架构,只要XE?一出新版就出些不该出的Bug, 否则当年的故事可能要重演, 这对EM及Delphi常其支持者,都是好事~
----------------------------------------------
-
作者:
2014/11/16 8:47:12
27楼:
老大要跨平台,老二怎么办?
----------------------------------------------
中间件QQ群: 92449782 博客: http://www.cnblogs.com/hnxxcxg/
作者:
2014/11/16 9:23:21
28楼:
http://www.itwriting.com/blog/7193-xamarin-vs-titanium-vs-firemonkey-should-cross-platform-tools-abstract-the-gui.html
----------------------------------------------
-
作者:
2014/11/16 10:40:46
29楼:
微软这是蛋疼的节奏。。。.net 搞了这么多年的绑定win,坚持不原生。。。 到头来。。还不是又走了回头路。。。楼主,完全没看清形式。。要不是微软财大气粗。。。.net现在已经是面临崩溃的局面。。。
----------------------------------------------
-
作者:
2014/11/16 10:44:11
30楼:
硬件的性能是有极限的。。.net 始终是想在机器操作系统上再加一层。。。消耗系统资源不说。。。速度上也慢一拍。。用户体验自然就差了。。。为什么老乔要在ios上抵制java.. flash.... 这些吃资源大户。。。主要是用户体验啊。。。 微软这点始终不如苹果。。不是从用户角度考虑。。不考虑实在而好用的性能。。
----------------------------------------------
-
作者:
2014/11/16 11:56:13
31楼:
大方向啊,要对,关于工具,谁更新用谁地
----------------------------------------------
还可以更好
作者:
2014/11/16 12:02:05
32楼:
Microsoft .NET Native .NET Native compiles C# to native machine code that performs like C++. You will continue to benefit from the productivity and familiarity of the .NET Framework with the great performance of native code. Popular Windows Store apps start up to 60% faster and use 15-20% less memory when compiled with .NET Native. Microsoft .NET Native 正式版一出来,性能问题,非原生问题都可以解决。想做动态,框架之流用 .Net 现在这种托管模式,想做高性能原生应用用 Microsoft .NET Native 编译一下就行了。(目前Microsoft .NET Native评估版仅能编译Metro程序,官方论坛说,原生WinFrom正在进行中,就看微软能不能到时把这个做好。)
----------------------------------------------
-
作者:
2014/11/16 12:22:38
33楼:
如果c# native出现,delphi命运难测了,按线路图在vs 2015会有,delphi需要保重了,网页http://msdn.microsoft.com/en-US/vstudio/dotnetnative
----------------------------------------------
-
作者:
sqlnew (sqlnew)
★☆☆☆☆
-
盒子活跃会员
2014/11/16 13:11:15
34楼:
如果c#的Native早在.net项目开始的时候就同时提供,同时.net早就跨平台,Java可能都不知道哪里去了,微软硬生生把大好发展机会留给Java。同意上面兄弟说的,微软最终还是要走回老路,性能方面原生的是最好的。
----------------------------------------------
-
作者:
2014/11/16 13:49:17
35楼:
delphi 近年发展也快,但我感觉bug多,且编译器、rtl等性能没做太多优化,之前ms给Delphi还留了条native路,现在ms要做native,估计delphi前途挺艰难的。对于我来说,用了delphi若干年,也算比较熟悉Delphi,虽然c#,java都会用,内心有一定Delphi情愫的,祝福Delphi
----------------------------------------------
-
作者:
jmhyy (jmhyy)
★☆☆☆☆
-
普通会员
2014/11/16 15:37:21
36楼:
顺便把 WINDOWS 开源看看吧。 安卓开源也没看到人家倒闭啊。
----------------------------------------------
-
作者:
2014/11/16 16:07:02
37楼:
建议微软把 Delphi 收编了得了,这样最省事,最皆大欢喜。 说不定下一步真的会这样呢。
----------------------------------------------
-
作者:
2014/11/16 17:05:28
38楼:
呵呵事实发展会证明自己绘制一套UI是多么愚蠢的方式。 Delphi肯定是为了偷懒赶工采用的FMX,不明白这么多人为什么就是嘴硬不承认! 这么说吧,Delphi之所以当年能在Windows开发创出一片天地,VCL功不可没,甚至说是头功也不为过。靠的就是更方便的开发界面和类似MFC的性能。 抛弃VCL? 死路啊
----------------------------------------------
-
作者:
2014/11/16 17:52:43
39楼:
@ jmhyy Windows的源码微软是提供给很多大公司的。 网上也能找到,当然不是最新版的,但 收集了源码的有几个研究过? 所以开不开源没啥意义。 但.net开源不一样,有利于社区的力量帮助完善啊
----------------------------------------------
-
作者:
2014/11/16 17:54:34
40楼:
现在开发工具都免费啦, 易博笼大势已去啊, 哎,一声叹息。
----------------------------------------------
-
作者:
2014/11/16 23:08:36
41楼:
to ceteric 我也觉得VCL是头功。但第一次在网上见到和我有类似看法的同学。编译器再好用,也就是一些基本规则而已,其它语言也都有相应的语法和功能。所以老说Anders是Delphi之父,我还觉得有点不认同。Delphi好用主要还是因为VCL,而delphi的编译器不受工业标准束缚所以可以定制,但它主要也就是帮助VCL实现更简洁和代码和更强大的功能,仅此而已。你看FreePascal不照样编译第一个版本的FireMonkey照样一点问题没有。但是Delphi的可视化FireMonkey开发和强大的功能,真的是FreePascal提供的吗?
----------------------------------------------
只有偏执狂才能生存!
作者:
2014/11/16 23:13:51
42楼:
补充一句,开发VCL的这些人,没有anders的帮助,照样可以开发达到Delphi效果的开发环境一点问题没有。其实C++ Builder不是已经做到了吗?这还没用C++重写整个VCL类库呢,重写了一定更合身并且更强大。所以说,Anders顶多是1/2的delphi之父,准确的说应该是1/3,而VCL占2/3,还得有少部分功劳给IDE。
----------------------------------------------
只有偏执狂才能生存!
作者:
2014/11/17 9:02:31
43楼:
XE8 能否强化FMX 能否支持ANDROID XE8 和LINUX 是差键了
----------------------------------------------
我为人人为我
作者:
2014/11/17 9:17:27
44楼:
哪有Xamarin的APP例子?
----------------------------------------------
-
作者:
drroc (mvcxe)
★☆☆☆☆
-
盒子活跃会员
2014/11/17 10:21:54
45楼:
不同意@nevergrief的观点,用Delphi最大的感受是飞一般的编译速度。 且VCL有点跟不上潮流了,让程序员设计界面就是个悲剧,应该做更大的革新,让专业的美工做界面。
----------------------------------------------
MVCXE中国首个DELPHI MVC WEB框架:https://www.mvcxe.com/
作者:
2014/11/17 10:32:45
46楼:
微软后来居上应该成为定局,个人认为易博龙已死.除非易博龙DELPHI大力投资开发这块,但是看来是不可能的.DELPHI只会越来越小众,直到我们这些老人淡出舞台,那DELPHI也会跟随着pb的脚步,消失在历史的长河.
----------------------------------------------
作者:
2014/11/17 10:43:45
47楼:
楼主笑醒在厕所。
----------------------------------------------
(C)(P)Flying Wang
作者:
2014/11/18 8:25:13
48楼:
用了FMX开发移动项目的,才真正要哭,介入越深,哭的越厉害
----------------------------------------------
-
作者:
2014/11/18 8:41:23
49楼:
同意楼上的观点。
----------------------------------------------
-
作者:
2014/11/19 3:18:46
50楼:
微软一直要统一江湖,不但是软件而且是硬件、手机,幸好只是他的雄心而不是现实。技术世界有时并不由技术支配,听来有些不合理,但说来并非一定如此,因为还有历史还有利益。delphi的主要应用地盘比微软更局限在windows上,因为他的前身便是建立在VCL上。delphi当然也可以跨平台,但在桌面应用哪些平台比得上windows呢?我仍局限在windows下的应用开发,所以我的发言也是如此。
----------------------------------------------
http://blog.sina.com.cn/s/blog_5858ebf40100p5o9.html http://blog.sina.com.cn/s/blog_5858ebf40100p5ol.html
作者:
2014/11/19 9:04:56
51楼:
从 XE5 开始试着在上边写安卓程序,打满补丁的版本还是能将就用一下。虽说有很多问题。比如启动黑屏,运行一次极慢,对三方库支持不行。运行全黑要开模拟器中的GPU。到 XE6 还没摸,XE7 就来了。XE7 单位有一定的改动,或者说从 XE6就改了,比如经典的 StringToJString等。 XE7 在开发时经常报错,自动关闭。 XE7 在摸拟机上运行全黑,开GPU不起作用,只有在真机上调试。 XE7UP1 经常报错的问题解决了。但是最大的三个问题是:为了支持原生JAVA的开发,在开发中增加了一大批 JObject 很麻烦,对原生封装有问题,比如网上哪个二维码扫码程序,同样的代码在 JAVA 或是C#中,扫完后的事件是可以执行的,DELPHI 哪一段代码执行不了,只能手工贴粘结果,还有安卓有大量的三方库,不可能要求 DELPHI 封装,于是就有引入外部接口(类似引入ActiveX为VCL壳单元)的问题,DELPHI 这一块做的并不好,不光复杂(网上要几个命令去转,有时还要进Eclipse编译),而且转出来的 PAS 单元有很多问题。
----------------------------------------------
-
作者:
2014/11/19 9:15:17
52楼:
引入 JAR 非常方便。比用 DLL 还方便。 楼上不要拿 XE5 的老黄历来看待 XE7 了。 就算是 写 java 代码, 我也只需要记事本。 编译 JAR,我只需要 BAT。 Eclipse 是什么东西,从来没用过。
----------------------------------------------
(C)(P)Flying Wang
作者:
2014/11/19 10:22:22
53楼:
呵呵事实发展会证明自己绘制一套UI是多么愚蠢的方式。 同意这观点. EMB的开发人员特长和重点是编译器, 并不善长UI. 并且要分精力去研究几个操作系统的UI. 无论如何也比不上, 专搞操作系统的UI. 就是说那EMB做自己并不善长的UI方面, 与各家专攻OS的UI去竞争, 必败无疑. 唯一的出路是做OS的外壳包装,正如VCL, 简化各OS复杂的编程, 提高开发效率.才是正路. 完全的UI跨平台是完全错误的, java从出生就为跨平台而生, 但UI方面已经证明是失败的, 其它方面如数据库, 公共类库, 并发, 多线程, 稳定性等在跨平台可以做得更好.
----------------------------------------------
-
作者:
2014/11/19 11:08:20
54楼:
楼上说的好,我也很讨厌跨平台的ui,当年很讨厌java的swing做windows界面,窗口上好几个光标在闪动,不知哪个是真的,现在Delphi又来这一套,估计不好弄
----------------------------------------------
-
作者:
2014/11/19 11:34:48
55楼:
搞游戏的,都是 UI跨平台的。
----------------------------------------------
(C)(P)Flying Wang
作者:
drroc (mvcxe)
★☆☆☆☆
-
盒子活跃会员
2014/11/19 11:42:53
56楼:
程序员搞UI注定是个悲剧,FMX自绘UI没什么问题,问题出在让程序员去绘UI。 应做分离式设计,让美工做UI,程序员做响应事件。 专业美工设计的UI秒杀安卓原生那些渣渣控件。你看看哪一款精美的应用用的是原生UI.
----------------------------------------------
MVCXE中国首个DELPHI MVC WEB框架:https://www.mvcxe.com/
作者:
2014/11/19 12:52:04
57楼:
用 XE7 程序员在 MASTER 上设计功能。 美工在 具体平台上设计 界面。 美中不足的是,不容易协作。
----------------------------------------------
(C)(P)Flying Wang
作者:
2014/11/19 16:51:55
58楼:
delphi xe7 调用 jar 方便吗? 比 DELPHI XE6 有一定进步,但远谈不上方便。更谈不上稳定。 先简单说一下XE5 的老方法: 1。把工程下的classes.dex COPY出来 2。把三方库 JAR 也COPY出来,放在一起 3。用 dx 命令把三方JAR 转为 dex 文件,再用 java 命令合并 dex 文件,最后用JAVA2PAS工具生成 pas XE7 调用 JAR 的方法是这样: 1。把JAR加入工程 2。用JAVA2PAS等工具 转换出PAS单元使用。 问题就在这一步,如果在JAVA中简单写几个函数冒似都是成功的,但是在实际转换一些著名的方法库时成功率并不高。在实测转换ZXing 时,用 XE5 转换成功可以用。用 XE7 却转换命令中不断报错,其品质让人担心。另外一些略大一点的库,特别是 JAR 包之间存在依赖关系,DELPHI XE5 也好,DELPHI XE7 也好转换成功率更低。 另外就是他封装的品质问题,同样的代码直接搜“CSDN delphi 二维码”,也是对ZXing开发包的引用,我括我自己转的(XE5 转换成功,XE7转换生败,直接XE5转完后拿到 XE7上用也是如此)。 在扫描完之后的回调事件,根本就无法执行。同样的代码调用,用 JAVA,或是C#加载JAR包,就没这方面的问题。搜一搜国外网站 delphi xe jar 不管是 XE5 XE6 XE7 都有很多莫名其妙的问题,所以这一块还有等进一步完善。 一路下来,也算是比较热中于用 DELPHI XE 做移动开发的人。也做了不少项目。选他是自己比项熟悉 MIDAS,可以轻松做应用程,另一方面 DELPHI 做移动界面相对JAVA 与 C# 的XML UI简单一点,另外他的数据绑定做移动应用也比较方便。这也都是好处。但是远远不是说看到这些优点,就无视它问题。现归纳如下: (1)稳定性问题 (2)封装之后对三方包引入与调用,莫名其妙的不起作用,或是报错,或者干脆就转不到正确的PAS 最后在移动开发这里说一下。我公司就是专注移动开发的一家小公司,用的开发工肯定不会是DELPHI 或是 C#,只能是 JAVA,商用程序品质是第一,老板不会讲哪个方便哪个不方便,哪是开发人员的事。我个人作为老DELPHI 用户看到 DELPHI 在移动上增大力度,也是很振奋,也投入了自己个人时间精力去研究,包括个人一些项目。更希望 DELPHI 移动开发这一块走出一片新天地,但是现在要我定个性的话是,他还远达不到商业要求的品质与稳定度,希望能尽快提升。
----------------------------------------------
-
作者:
2014/11/19 17:04:13
59楼:
楼上的,你都是用 java2pas 这个垃圾工具,居然 XE5 XE7 有区别? 不过,java2op 虽然不太好用,但是问题应该不多。但是,我不用这个工具,因为有更好的。 拍照问题,你可以自己封装。我们群里很多人都实现了,二维码 也是。 你选择那个工具是你的自由。 我推崇 DELPHI,也是我的自由。
----------------------------------------------
(C)(P)Flying Wang
作者:
2014/11/19 18:34:46
60楼:
刚试了java2op,引用ZXing 的确没问题了。多谢。以后的项目可以多试试是否引入关联多的JAR包也正常。 另外重申一下工具争论,本人来此论坛不是浪费时间去争论这些无用的东西。来这里仅为了交流技术得到信息,比如得到 JAVA2OP的解决方案。如果引起工具喷子围观,实属抱歉,我不浪费你的时间,你也别浪费我的时间。
----------------------------------------------
-
作者:
2014/11/24 9:44:46
61楼:
M$搞这一块, 可能是被java8给逼的, java8真的基本实现了.net的能力, 而java现在在甲骨文手里, 甲骨文也不是吃素的. 当然如今的.net还是要比java强不少, 但以后就难说了. 如果.net开源, 对其它公司冲击会很大.
----------------------------------------------
-
作者:
2014/11/24 9:46:36
62楼:
程序员搞ui确实很成大问题, 我花在ui上的时间竟然比写代码时间还要多很多, 竟然还要自己画icon, 还画得古里古怪, 干脆直接下载别人的图标算了, 虽然显得很没有特性.
----------------------------------------------
-
作者:
2014/11/24 10:16:21
63楼:
顶一下delphi2010!
----------------------------------------------
-
作者:
2014/11/25 2:55:46
64楼:
搭建Xamarin环境真要命。。。 目前已经成功和谐,但是在Xamarin studio和vs中都不方便做UI,不如delphi舒服。。。 Xamarin在跨平台方面还不能说是一次写码、到处运行,各平台特点不同,Xamarin的.net不是一致的,只能做到核心代码通用。。。 总之,英巴抓紧完善fmx吧,争取在xe12前有较大进步。。。
----------------------------------------------
-
作者:
tonyt (tonyt)
▲▲▲▲△
-
普通会员
2014/11/26 10:53:32
65楼:
VS2015用的第三方插件Xamarin跨平台 这个早就有了,不是新鲜事 而且这个Xamarin真的不咋滴,自己认真研究一下它的实现就会发现,它根本不能做到Android和iOS直接共用一套代码跨平台,还得自己分别针对两个平台单独设计界面和很多东西,这样的话还真心不如直接用各平台自己的原生开发工具
----------------------------------------------
分享研究Delphi Android开发过程中的点点滴滴,一起努力促进Delphi的Android开发繁荣
作者:
2014/11/26 18:59:46
66楼:
事实的真相是,NET躲在厕所里哭晕后,有苦说不出的宣布开源
----------------------------------------------
-
作者:
2014/11/26 19:02:58
66楼:
Xamarin UI目前不能跨平台,不同平台UI要各别设计, 内容代码的不同平台重用性目前宣称90%, IDE使用的方便性和各平台的共用性目前都还不如Delphi, 但在微软财团的支持推动及.Net开源的社群动力下, n年后可就难说了, EM公司可得抓紧把握了~
----------------------------------------------
-
作者:
2014/12/8 1:56:23
67楼:
该死的微软和Sun,搞.Net 和Java,浪费多少电能,多砍了多少棵树!
----------------------------------------------
-
作者:
2021/9/6 15:50:02
69楼:
MD,68楼这垃圾,害老子从1楼看到68楼,才发现这是7年前的旧贴了!!
----------------------------------------------
-
作者:
2021/9/7 17:12:33
71楼:
挖古墓的帖子啊。。。。
----------------------------------------------
你我,都可以是个造梦者!欢迎加入脚本引擎PaxCompiler交流群303904495http://www.cnblogs.com/fireboxsoft有需要错别字检测软件的朋友可以在我博客上的地址下载使用,备注“2ccc”的朋友可以免费获取超级黄金VVVVVVVVVVIP授权
作者:
gsdfer (gsdfer001)
▲▲△△△
-
普通会员
2021/9/9 14:16:17
72楼:
已学会c#,现在和delphi 混着玩,Windows下跟着微软走,不会有错
----------------------------------------------
-
作者:
2021/9/9 23:03:23
73楼:
为什么天这么黑,因为有牛在天上飞,为什么牛在天上飞,因为MS在下面使劲吹。。哈,这么多年一晃就过去了
----------------------------------------------
-