在.Net出现之前，界面开发本是三足鼎立之势， VC/MFC、VB和Delphi/C++Builder各据一方。然而，.Net的出现，不仅没能一统江湖，反而把天下搞得更乱了。不止一个人在困惑，到底该用什么来做界面呢？l Visual C++ 今天，由于.Net的出现， Visual C++已经失去了昔日的IDE王者的宝座。微软显然更偏爱的是C#，以及VB。当看到Visual C++ 2008中即将搭载的最新版MFC不过是捆绑了BCGSoft的第三方界面库，还能再说什么呢？难怪有人不解的问，还需要搭载第三方的界面库吗？微软自己的库呢？莫非Office 2007的界面不是用C++开发的？所以，别再指望Visual C++了，不是微软没有能力搞出个更好的MFC或着WTL，而是他压根就没打算去搞。l .Net Framework 一直觉得.Net Framework是个Java的翻版。可以理解微软嫉妒Java在企业开发领域独占鳌头的心理，但偏偏.Net Framework的野心太大了，连桌面开发也想统一，结果就出现了今天的局面。.Net隔三差五的出个新版，虽然宣传的新特性令神往，可真要把桌面开发建立在这个平台上还是会有麻烦的。首先，分发.Net程序就是个麻烦，以前还觉得JRE臃肿庞大，但比起今天的.Net，JRE已经很轻盈了。而且，.Net各个版本并不完全兼容，所以日后为旧客户维护在老版本上开发的程序时，必然痛苦万分。l Java本来桌面开发这片没有Java什么事。自从.Net把水搅混之后， Java也开始浑水摸鱼起来。先是Eclipse异军突起，从SWT到RCP，还真吸引了不少人的青睐。而今，Netbeans也东山再起，趁火打劫。随着Java FX的发布，桌面开发显得更热闹了。l 其他无论如何，Delphi/C++ Builder曾经的辉煌与贡献是不能抹杀的。 可惜的是，Borland已经不再把心思放在IDE上了，虽然成立了CodeGear全资子公司，但结果如何只能让时间来回答了。Mozilla/Firefox走的是与众不同的路线。 XUL在Firefox上的成功运用，给我们的界面开发带来了新的尝试，但尚未成为主流。 “说了这么多，其实等于没说，困惑依旧是困惑。没办法，这就是现实。如果硬要支持一方，还不如自己先给自己一板砖。但是，无论现实如何，钱不能不挣，班不能不上，代码不能不写。好在我们具体工作中往往只局限在某一特定领域，所以，我们的选择固然不能尽善尽美，但日子也还过得去。就像牛顿定律与爱因斯坦的相对论，虽然相对论更精确，但平常用用牛顿定律也就够了。” 那么，对于语言及工具的选择，我们该如何把握呢？l 时尚型软件 这部分软件，拥有很强的时尚特性，如聊天工具， 游戏，各类娱乐性软件等等。从事这部分开发建议紧跟着微软脚步走，使用最新的IDE、SDK，以求在第一时间让用户获得最新观感和体验。l 在原有技术积累上开发的软件这部分软件涵盖就更广泛了，比如财务软件，银行系统，各类ERP等等。对于这部分开发，如果不完全重新代码，就不用急着换语言和工具，原来用什么就还用什么。因为这部分软件大多用在企事业单位中，这一领域的各方面的更新换代并不像个人用户领域那么快。比如说，如果Visual C++ 6.0还能应付工作，就先接着用。即使Borland破产了，Delphi也不用急着扔掉。毕竟，更换IDE的代价有时是非常巨大的，除非你已经完全想清楚了。
同意！lz恐怕连手机都没有见过。不然，怎么连过去手机不是智能的，现在手机很多都是智能的这类基本常识好像也毫不关心呢？lz似乎根本不在乎世界在进步，整天就想着学点、说点十几年前也是最浅的名词。
当年在开始学。net的时候的确发觉 微软的确有点想一统天下
因为多种语言都可以基于。net框架
只是后来才发觉 微软只是想 开发新的产品赚钱而已看看 一拨又一拨的新的 操作系统 新的语言 其实内在的东西没多大变化
反而让程序员应接不暇啊
所以说 程序员还是练内功的好 （不过话说看你内功的公司 有几个啊 你妹啊）
理解了远离和逻辑，再用自己擅长的语言写就是。没必要花多经历去深入学习别的语言，了解能看懂就行