当然大家觉得Delphi7是(delphi开发者)多快好省的IDE,那个旧的IDE经历到7.0版本了。
后来,随着.net的出现,Borland考虑推出新的IDE,就是现在大家熟悉的RAD Studio了,不知不觉现在Delphi2010采用的RAD IDE已经到了7.0版本了。第一个RADstudio Delphi8以及后续的Delphi2005非常的不稳定,容易当机,当然这个大家可以理解,都是些代码的人,不要以为Delphi7多好,后面的应该就更多么好,因为那是一个全新的IDE,bug多多在所难免。
直到 Delphi2007,这个新的IDE终于基本稳定下来了。D2009随着unicode的出现,意味着IDE, VCL库,编译器都有大的变动,这个IDE又开始变得很不稳定,好在这次CG处理及时,到up3/up4基本让IDE和控件库稳定了下来。
到Delphi2010的时候,新的Uncode化的IDE和VCL库终于稳定下来。随着将来可能的64位版本(可能是先有64位编译器吧),估计IDE又会有次不稳定表现期,期望CG能在基本稳定后再正式发布新的IDE,而不是等反馈bug一大推后再发update未来的跨平台RAD IDE,又可能是一个不稳定表现期(不知道是跨平台的编译器,库支持,还是IDE也全面跨平台).个人感觉这两次不稳定期如果很好的渡过后,应该是Delphi大放异彩的时候到了,因为.net,win32,wm这些开发已经不像2000左右那个时候windows一家独大了,特别是移动设备开发,for wm开发就让ms自己搞吧,CG没有必要为其培养开发市场,这个扶不起的阿斗。

解决方案 »

  1.   

    呵呵,说的有一定道理。
    不过64位版本和跨平台是两个项目同时进行。根据官方说的,64先出来然后跨平台。
    根据目前codegear的作风,个人认为。
    20XX是版本
    2011出64bit,2012出跨平台(主流pc os)并修补64bit的bug,2013修补跨平台bug并推出移动系统的跨平台方案
      

  2.   

    下一个版本的RAD将支持64位编译.
      

  3.   

    最新的Roadmap说:64bit的编译器2010年中出来;下个版本的RAD支持跨平台:Windows/Linux/MaxOS。
      

  4.   

    市场少,那是中国市场,当然这也是中国的特色,注定这个结局,当然也和Borland当初对中国市场的策略不无关系。
      

  5.   


    WoKao! 华仔什么时候改三星了?
      

  6.   


    移动设备版 的数据库 你可以了解一下sqlite
      

  7.   

    vs 2005已经支持x64了,看来Delphi真是昨日黄花了
      

  8.   

    delphi 仅绑在 MS 平台上的确没什么希望. 是斗不过 MS 的 VSXXXX 什么的. 对于未来的开发, 现在还不知道DELPHI能做什么. 倒是关注开源的 pascal 了.
      

  9.   

    一.如果Delphi能为Lunix开发大量的应有话,一定会打败Windows的
    二.听说Delphi2010的Up2回收了,不知是不是又出来了,那里可以下呀?以前的UP2,重启电脑就要录入序列号,烦
      

  10.   

    用FREE PASCAL/LAZARUS 吧,我正在研究它,啥平台都能运行,最新的能用在IPHONE上了,牛呀执行效率稍微慢点,大概比DELPHI慢30%吧(我用一个快速排序测试,数据规模1000万,产生随机数)。
      

  11.   


    今天第一次下载了:
    2008-08-04  03:01         9,472,480 fpc-2.2.2.arm-wince.exe
    2009-12-13  10:08        36,295,445 fpc-2.2.4.i386-win32.exe反正对于d7之后的版本也不感兴趣了,如果freepascal可以写win32/64/ce下的程序,反而更好了!
      

  12.   

    D7和2007都是我认同的版本。不过我本身又很想有2009的UNICODE和2010的强化RTTI,但是又不敢用这个版本的IDE,纠结
      

  13.   

    俺还是希望D7以前的风格,不喜欢什么2XX等版本,不过很希望Delphi能跨平台。
    不过,俺最近也再看FPC,感觉还不错,最吸引人眼球的是,跨平台,并且可以开发ce等手机。语言本身也有区别,貌似可以运算符重载。
      

  14.   

    似乎按照EMBT的说法,64位只是编译器和VCL,IDE还将保持32位版本,不升级到64位。
      

  15.   

    没有高手,没有大投入.delphi 干不过c++  干不过vcxxx,跨平台更不可能干过.net  去别人的地盘撒野. 别人的老大 就是你的老主人.borland 近10年来就没出什么大牛.日薄西山.上个活俺用c++ build  3年多, 看着vsxx 只能流口水, 崩溃 编译慢, 无法debug的,缺少第三方辅助工具 种种情况历历在目.语言不是关键,但是要大牛要达人. 这正是现在borland 缺的
      

  16.   

    大家为什么老是哪delphi在.net上和ms比拼呢,.net让ms自己搞吧,其他开发工具没有必要为其跟风,倒是做linux跨平台,移动跨平台嵌入开发,这方面需要一个NB的RAD开发工具,这应该是RAD重新崛起的一个不错的机会。
    ms搞.net不就是为了以后跨平台留条后路吗,要知道让Win32API的程序跨平台何其艰难,但如果让基于.net的程序跨平台,对ms来说,肯定早就留了一手,也说明ms对未来的洞察力,只是限制.net对ms来说只开放了windows平台的支持而已。
    不知道该说是ms有洞察力,还是对未来windows平台市场没信心。
      

  17.   

    delphi7,使用中,我听说一般都是这个版本在用
      

  18.   


    interbase不就是吗?firebird是其开源版本。
      

  19.   

    赶在年末接分 happy new year
      

  20.   

    还在用D7...
    希望Delphi能一直好好走下去!
      

  21.   

    通过拥抱云计算和开源,微软正在试图不落后于竞争对手,使自己仍然是开发者的首选厂商之一。实际上,早在2000年微软已经通过引入.NET开始了一场巨大的平台转移行动。.NET最初在2000年阿姆斯特丹举行的TechED大会上被宣布,然后在后来的微软专业开发者大会上更多信息得以披露。在此后的 10年中,.NET是否实现了微软所承诺的东西?  微软推.NET背景  如果你考虑一下微软推出.NET时的处境,就会更好的理解它这么做的原因。当时,Windows的核心地位不仅正在被互联网所侵蚀,而且受到了Sun 的Java语言和运行时的强力挑战。使用Java编程更轻松,它具有现代化的设计和自动内存管理,而且具有自己的跨平台运行时,当时已被IBM和甲骨文等 IT巨头大力支持。  微软曾试图增加诸如COM组件等Windows特定功能到Java中,但得到的是来自Sun公司的10亿美元法律诉讼,称其做法破坏了跨平台兼容性。  微软的开发者工具也看上去疲态尽显。Visual Basic存在不足,明显动力不足,受初学者欢迎却不为专家级开发者所接受。Visual C++和Windows类库却又对很多人较难。同时,使用COM和ASP的Web开发又显得非常杂乱和不堪一击。  针对上述情况微软给出的解决答案非常大胆。微软.NET解决事业部总经理迈克尔点里斯(Michael Risse)在2000年TechEd大会上表示,“我们计划推出一个名为Microsoft .NET Platform的全新平台。”它由三部分组成。首先,它有一个新的“公共语言运行时”,它除了支持Visual Basic和C++等现有语言外,还支持一个名为C#的新语言,该语言由Borland Delphi著名的Anders Hejlsberg设计,拥有许多来自Java和Delphi的类似概念。  其次,它有众多组件块(Building Block)服务,是通过互联网借助于XML网络服务进行访问的一整套服务,其中微软Passport是早期的一个例子。  最后,所有微软现有的服务器产品被重新加工为.NET服务器,使用XML作为统一协议。里斯将下一代应用称为“世界性的画布,由不同单个Web服务合适的搭配在一起的集合。”在他宣布了.NET之后,服务器产品BizTalk作为示范被演示,里斯希望它可以合理协调这些服务。  .NET十年得失  如果.NET的目标是赶走Java,那么它至少取得了一定程度上的成功。Java虽然没有灭亡,但企业版Java却身陷过于复杂的泥潭,从而使得.NET成为一个更富有成效的选择。C#在不断的变得更加普及,现在已经是多数Windows应用开发的首选语言。ASP.NET则已经成为一个倍受欢迎的Web框架。公共语言运行时则证明了自己的稳定性和灵活性。  据分析机构提供的数据显示,市场对C#人才的需求一直在稳步增长,在英国IT编程领域,与C#相关的招聘职位数量所占份额已经达到32%,超过了Java的26%。  尽管如此,.NET的发展并非一切按微软的预定计划进行。其“组件块服务”理念在提出后次年即遭到打击,在2001年微软专业开发者大会上微软推出了 HailStorm理念,但它无法推广把自己定位成全球性服务提供商的理念。两年后在2003年微软专业开发者大会上,该公司宣布了 “Longhorn的三大改进”,试图实现一个具有.NET用户界面的Windows版本,此举也遭遇失败,后来仓促被Windows Vista所取代。  其它事情进展的缓慢程度也超出了所有人的预期。尽管C#取得了成功,但现有Visual Basic开发者发现,很难移植它们的项目到一个名称相同但实际完全不同的语言。.NET框架中的Windows Form部分占用资源极大,而且.NET运行时的部署也时而出错。微软资助的Paint.net的更新也没有跟上.NET的步伐 ,.NET的Windows Form性能让它的发展步履坚难.  微软又花了8年时间提出了一个Client Profile的理念来实现精简安装。.NET控件在浏览器中安全替代Active X的理念从未实现,部分原因是其运行时不够普及,部分原因是以合理方式实现这一点的技术在2008年Silverlight问世之前从未真正到位。  如果微软使用它会怎样?  一个长期的抱怨是微软本身也一直迟迟未能采用.NET。微软的Tony Goodhew在2000年TechEd大会上曾表示,“微软未来将使用.NET框架。”但是,该公司一直继续使用本机代码和C++作为Windows和 Office的主要开发平台。COM从未真正离去,.NET的底层仍然是COM,对那些希望使用新Windows 7 API的.NET开发者来说,必须使用了一个包装函式库来实现这一点。  换句话说,微软逐渐将.NET定位成一个企业应用平台,而非它原先所说的创建所有东西的基础平台。  2000年,微软骄傲的宣称,C#和公共语言基础架构将被ECMA标准化,矛头直指Sun,后者已决定在它自己的Java社区化进程中来维护Java,而不是将其交给一个公共标准组织。  尽管这带来了诸如开源Mono等一些有趣的项目,该框架的类库和ASP.NET依然徘徊于标准化进程之外,而且便携式.NET应用的理念从未实现。微软不可能把这一点看作一个失败,但实际这就是一个失败。  现在即将进入新的十年, 尽管.NET的成功之处要大于失败之处,如果微软希望减少未来十年其平台面临的威胁,它至少需要提出某些大胆的新战略。
    一.NET是用于开发WEB的,在服务器上安装.NET framework没有什么,
    如果是开桌面就要装.NET Framework了,如果你开发大一点的桌面应用现在的常规配置
    (双核,1G)运行起来还是很卡的,目前也没有什么Winform的大型应用象永中Office一样的
    应用.
    二.我一般用.NET开发WEB的,当然最好用Java开发大型的应用了,用人说.NET也可以开发大型的WEB应用呀.
    那就要看个人了,一个是新生代,一个久经战场的老兵,这就要看个人的想法了.
    用Delphi2007开发桌面的应用,这是最好的搭档.Delphi快速开发桌面
    是无敌的,运行速度一流,客户满意.
    三.有些人说.NET也可以开发桌面的呀,还有些人用.NET来作些什么图像图型处理的小玩意儿,我认为是完全浪费时间,为什么呢?
    因为你用.NET作图像图型处理是作不大的,是作不好象Photoshop类似的软件,还有人说.NET作了Pain.net,想拿来与Photoshop相比,我无语了.
    还有些人用什么互操作来作些工控呀,Pos机呀.....,我认为还是浪费时间...微软的重点没有在桌面而在网络了.
    四.玩桌面或C/s程序,最好用Delphi,VC++6.0,PB............这些是.NET所不能及的领域.
    五.有人会反正说,.NET又可作WEB又可以作桌面,很强大...我承认很强大,因为我作不出来.NET,
    .NET好象什么都想做,但什么都做不好..
    个人观点 
    微软是拉动硬件销售的领头羊,.NEt在就给硬盘商以商机.
    .NET的性能差,就给CPU等商家以商机,
    不管是从那个年代起,Win98....到Vista,都是硬件的升级,但Vista失败了..所以Win7就快了点
    .NET从1.1是比较小,比较快的,现在要到4.0了,同时也要硬件升级才能感觉倒的..
    所以,我一般大型的项目是不用.NET和Windows的,做些小软件满足上型的企业是可以的
    大型的桌面用Delphi,PB.VC++. Unix...等等 
    回顾C# 发展的历史,C#1.0完全是模仿Java,并保留了C/C++的一些特性如struct,新学者很容易上手;C#2.0加入了泛型,也与 Java1.5的泛型如出一辙;C#3.0加入了一堆语法糖,并在没有修改CLR的情况下引入了Linq,简直是神来之笔,虽然很多项目出于各种各样如性能之类的原因没有采用,但非常适合小型程序的快速开发,减轻了程序员的工作量,也提高了代码的可读性;C#4.0增加了动态语言的特性,从里面可以看到很多javascript、python这些动态语言的影子。虽然越来越偏离静态语言的道路,但从另一个角度来说,这些特性也都是为了提高程序员的生产力。至于被接受与否,还是让时间来说话吧。微软打压DelphiC++ 语言被广泛地运用在编写大型的应用软件,比如微软的Office、比如Adobe的Photoshop,前者是全世界最为广泛使用的办公软件,也是微软公司最赚钱的软件。后者则是全世界最为广泛使用的图像处理软件,就算你不会美工,但也总该听过“PS高手”这个词吧。另外,由于与C语言的延续性,因此在往 “机器”发展的方向上,C++也在很多场合下代替了C语言的部分功能,比如Windows操作系统的COM组件、Linux操作系统的一些GUI系统,都主要使用C++完成。
    C#是做什么的呀?做WEB还可以,做Winform做些小软件还可以?不是说C#具有C++的行动力吗,怎么连C++的2/3的功能也挡不了,有些还是要调用C++写的Dll才能实现??为什么中国的程序员都在学C#呀,是不是被它表面的易用与很好的IDe支持才学呀?在中国,技术遍地开花什么Java,Net,C#,Delphi,Sql server,Oracle,DB2,Asp.net,Windows,Unix...........
    我们在搞开发,说到底是在作别人的第二次开发,在用别人的产品,在国外,别人为自已的产品而忙碌着,
    在中国,我们为应用别人的产品和技术忙碌着.......
    我们用的产品受制与人,有些功能要等别人的产品升级.....
    我们太累了,我们究竟在作些什么,有人把一生的大部分时间都花在学习应用别人的产品上,却没有搞出自已的产品让别人应用...
    我们这一代电脑人在作什么呢??
      

  22.   

    基本同意zjh333,
    其实Java,.Net都曾经想取代Win32,但都失败了。
    发展了10年了,还是只能主要应用于网络领域。当年win32取代win16用了多长时间?一年吧。
    .net推出有10年,至今无法在操作系统中普及。甚至Javascript都想做基于浏览器的应用程序,
    比如网络办公软件之类的,如果你用过,才知道什么是痴心妄想。
    随便个什么操作,cpu就100%,这样低效率的东西只能玩玩。
      

  23.   

    当年怕不是win32取代win16应用哦,最大的对手应该是dos应用吧。
      

  24.   

    大家说的都很好,我个人认为Delphi的出路在开源、跨平台,变成像Zend这样的公司。同时放弃.NET,投奔JAVA。要和微软对着干就真刀实枪地干。现在是还离不开微软,还想和微软竞争。
    当然,根本的问题还是在于Delphi需要有国际大牛参与进来,人才才是最重要的。
      

  25.   

    RAD 2010 忒巨大了………………
      

  26.   

     如果IDE也升级到 64位版本,那还不死翘翘了?开发环境就是32位的,可以整合出32位,64位的来。
    VS也是如此。