Delphi不行？那用什么开发桌面软件？

郁闷啊，现在不用delphi开发桌面软件，小公司用什么开发呢？

解决方案 »

  1.   

    VB也可以，与DELPHI类似
      

  2.   

    j2se
      

  3.   

    主要是现在用Delphi的人少了。
      

  4.   

    桌面软件依然还是Delphi的强项
      

  5.   

    Delphi 和 C#.net 吧
      

  6.   

    Delphi 使用者还是比较多的..  至于C# 或者J2se之类做旧面应用的份额, 目前来说并不如Delphi当然,像用VB 之类的开发桌面应用的也不少. 毕竟客户一般不关心你用什么语言去开发现在来说,. 虽然目前B/S是主流. 做C/S的也是比较多的.. 
      

  7.   

    如果是win平台的桌面程序，c#是最好的第二选择。
    当然delphi、c++ builder 这两个基于VCL的工具在开发效率和简易度上仍然是最好的
      

  8.   

    DelphiXE2
      

  9.   

    还有，之前用delphi7做了个软件，用户反应在windows7上运行不正常，这点我也抖出来给大家看。
      

  10.   


    2完全可以用cnpack实现的
      

  11.   

    D7有CnPack
      

  12.   

    个人觉得桌面程序还是用delphi好点，Delphi7说真的有点老了，用用2010吧或是新的XE也行，用C#真的很烦那个运行库，XP下多数要装，很烦ing
      

  13.   


    我认为这是个优势。。linq/wpf，，的确很爽一句话，delphi现在的确没落了，等到了win8，delphi就悲剧了
      

  14.   


     win8 win9 ……         出来之后delphi完全可以照样跑地……
      

  15.   

    绝大多数客户是不关心用什么语言开发的。
    从这点上来说，DELPHI是根本没有没落的。只不过，是使用者减少而已。
      

  16.   


    我遇到的客户，都是口口声声必须java、weblogic或websphere都定死的。。
      

  17.   

    桌面软件, delphi是不2的选择. 
      

  18.   

    相信DELPHI 错不了
      

  19.   

    D7用CN 熟练使用10几个快捷键， 编码起来比打字还快的，之前在公司写代码，老板还以为我在聊天。。
      

  20.   

    如果是桌面数据库应用，还是用 Delphi / VB 两个传统老大，尤其是选 Delphi ，如果为了所谓的 C++ 情节，可以选择 C++Builder，至于 C# 应该放在第2梯队如果是混合应用，还是老老实实用 C# 吧从公司角度来说
    1、Delphi 的开发效率要高于 C#
    2、Delphi 的投入远远高于 C# ，Delphi一套需要 2.5-3W之间，不带MSDN的C#价格少的可以不计，即使是VS2010如果不带MSDN，也就是3000多的样子，一个公司，购买10套VS，1套带MSDN，9套不带，也就3万多的样子，同样的Delphi需要25万以上
    3、Delphi 的开支要高于 C# ，很简单的，搞 Delphi 的越来越少，要么年龄太大，搞C#的有相当多的刚出道的，你说那个成本高？
    4、Delphi 的项目风险高于 C# ，基于上条，你说 Delphi 的项目启动了，主力开发人员不干了，你去那里快速找人去？C# 的人市面上可是一抓一大把。
      

  21.   

    显然，技术员就是技术员，不会想。
    等没人会delphi，却一大堆delphi项目要维护嘻嘻，机会大大的来了。
      

  22.   

    Delphi有它的好，也有它的不好，看个人习惯
      

  23.   

    呵呵，俺们用Eclipse RCP
      

  24.   

    Delphi xe2 也是最近才上手。因为以前用D7编的程序在Win7 64bit上跑不起来。本想用Xe2重新编译一下。发现有很多东西需要改（如调用Outlook,D7写的是调用Outlook2003的，现在调Outlook2007就不行了）。还有一个最麻烦的，我的程序是MDI的，xe2里面单步调试MDI只弹出CPU单步调试窗口，代码窗口初步来。不知道有没有人试过在Xe2下面调试MDI,教教我。
      

  25.   

    --顶一下，支持DELPHI，
      

  26.   

    对于一个语言层面类似于C++却没有标准化
    类库，快速开发环境方面无力持续更新
    无背景继续推动的语言也只能依靠维护老系统了不过新人进入 还是谨慎点吧
    东西是好东西 如果Kylix起来了 
    也许现在也很不同了
      

  27.   

    回帖得永生，何况还有分，天天回帖，是种美德，坚持DELPHI真理永不变
      

  28.   

    delphi 的lisence问题让很多企业望而却步
      

  29.   

    不想用Delphi,一千个理由也能找得出来
      

  30.   

    Dephi在国内用得少事实
      

  31.   

    最近公司做一个项目，用户要求用B/S，也实现了，可有的功能，就如上N楼说的，复杂的，需要和硬件打交道的都无法实现，搞得同事很冒火。只好在下去实现了。如果对delphi的价格不感冒，可以用lazarus,最新出了1.0版本。已经有很多人用。
    跨多种平台。可是有人说，（1）有BUG,不成熟，(2)我是新手,不能解决那些BUG，(3)国内没有什么人用，没有资料,(4)学c#的多，那么
    您正是老板需要的，..... 一抓一大把的....老系统当然还是用delphi.正因为用的人很少，如果看出来其前景，先学...比如做java,delphi,js,android,ios的第一批人，现在都应该混得不错吧？？？
    如果要入门 ，可以看看这个帖子
    http://www.fpccn.com/read.php?tid=2096在下编写的。欢迎一起来学习。
      

  32.   

    做WINDOWS桌面程序，还是紧跟着MS好
      

  33.   

    开发桌面程序还是Delphi强些。
    不过现在很多都用C#写了。
      

  34.   

    谁有CNPACK使用方法