主题：【原创】JAVA和C#，武当和少林之争! -- Highway
家园 【原创】JAVA和C#，武当和少林之争! 关于JAVA和C#的比较，从C#的诞生之日开始就没有停止过。其实比较JAVA和C#，有点不是Apple-to-Apple的比较。我认为更确切的说法是JAVA和.NET的比较，而C#是.NET阵营里的得力干将，和VB.NET一起成为微软.NET战略的左右手。
JAVA和C#比较的文章网上的不计其数。其中我看到.NET总设计师之一，C#之父Anders Hejlsberg的一次采访录最为有份量，他从设计的高度和实现的技术细节上阐述了两种技术的主要异同点，比如.NET的Exception handling策略为什么和Java不一样，.NET为什么采用了delegate而不是像Java那样广泛的使用Interface,.NET为什么采用了JIT而不是Java的Hotspot策略等等等等。
Anders是计算机界名动天下的超一流剑客级人物，他的话自然高屋建瓴，广博而且深刻。不过呢，对他的话，一部分我赞同，一部分不是非常熟悉，暂且不表态，而有的地方我还没有被说服，他对Java的一些看法我还持有保留意见。不过呢，如果真地对JAVA和C#很感兴趣，Anders老剑客的谈话我认为是最好的入门一课。
外链图片需谨慎，可能会被源头改从技术上讲，我不可能比Anders说的更好了，我也不想把这帖子业的写的太过严肃了，所以我就轻松的评述两句，主要是从我的角度来谈这个问题。
就我个人的印象，JAVA和C#就好比武当之于少林。Java如武当，特色是一个“纯”字；.NET如少林，72般神技，精而且博。其实JAVA和C#算是同宗，都是C++派别衍生出来的。JAVA在前，为师兄，C#在后，为师弟。
外链图片需谨慎，可能会被源头改JAVA的诞生其实比较偶然。当时SUN的一位软件工程师（James Gosling）负责搞一个小项目，为微波炉，洗衣机之类的电器开发一个小的环境，便以编写相应的程序。作为一个C++的老兵，James非常了解C++的问题，那就是太难编写，调试，测试和发布。C++就如一把没有护手的尖刀，高手们可以随心所欲，但是功力如果稍有不逮，那么往往会伤了自己。并且那时候Unix门派众多，一个C/C++程序要提供IBM, HP, SUN, Digital，SGI以及Windows等等不同flavor的版本，简直是pain to the ass。 Write once and run anywhere的念头开始在心中产生。 他老人家于是大刀阔斧，在C++的基础上开始了Java的设计。他砍掉了C++中最危险的几个东西，如multiple inheritance,去掉了指针（pointer），不允许override operator等等。另外从OO的角度，他则将c++又提高了一步，所以从面向对象角度而言 ，JAVA算是青出于蓝了。不过呢，Java并没有追求所谓的“Pure OO”，它不是100%纯度的面向对象语言。Java开了一个后门，搞了一小撮“异类分子”，独立于Object之外， 那就是所谓的Primitive data type。这是出于实际的需要，如果将这些最基础的数据类型（int, float, double, bool...）也搞成Object，那么性能会损失巨大，对GC的压力也太大。基于这些考虑，Java放弃了对所谓“Pure OO”的追求，形成了这种8个 primitive data type加其余Reference Type的一个Hybrid局面。
外链图片需谨慎，可能会被源头改对于Java的程序员来说，任务其实只有一个，那就是编写Class。就好比武当绝学太极神功，要做的就是画圆圈，大大小小，层层叠叠的圆圈... JAVA里面没有指针，没有结构，没有联合，没有枚举，没有Template，没有Macro...程序员只需要凝神静气，编写Class,以Class为纲创建Class的实例--Object.
Java从1.0诞生之日起，就很“纯”，一直到1.4.X。之后Java受到了C#的强烈冲击，为了在市场宣传上不落下风，Java加入了很多七七八八的东西，其中大多是为了Language-wise match whatever C# provides。比如增强的foreach loop，蹩脚的autobox/auto-unbox，蒙人的Emum(枚举)。Java 5.0的Generics是个半成品，Annotation还算是一个出于需要而引进的东西。所以现在有人在大声疾呼，希望Java不要丧失了自己最可宝贵的东西-- “纯”。Simple and Elegant,这才是Java的真谛。如果非要和别人比拼Feature，那么在一开始我们就直接使用C++好了，还何必创造Java呢？
还好，在下一个Java的蓝图中，代号Mustang（野马）的Java 6.0,这个问题没有进一步的恶化，谢天谢地！！！
外链图片需谨慎，可能会被源头改如果说Java的诞生是出于技术上的需求，那么.NET以及C#的出现则是“政治斗争”的产物。当时Java推出后，好评如潮，Java受到了摇滚歌星级的追捧。Sun也自然是毫不客气，将Java上升到了“平台”高度，矛头直接指向微软。
微软心中恼火，但又不便于发作，他们的策略是“downplay java”。那时候在多种重要的场合，Bill Gates兄都反复强调"Java只是一种编程语言，和其他上百种计算机语言一样，只是One of them"。嘴上这么说，手上微软可没迟缓。他们派出一少人马，由老剑客Anders担纲，搞微软自己的Virual J++。
说实在的，Virual J++搞得很有特色。微软的Virual Machine速度和性能都不比当时Sun的逊色，Visual J++的IDE很流畅，可以像VB那样Drag-and-drop方便的设计界面，可以创建COM Component,可以调用已有的COM Component，可以通过J/Direct访问Win32 API。如果说你开发的程序只是想运行在Windows上，那么我认为当时Virual J++是最出色的Java环境。
微软这么“乱搞”Java，Sun自然是大为光火。把COM,WFC安到Java头上那不是QJ Java吗?那样开发出来的东西还能算是Java程序吗？Java还能Write once and run anywhere吗？于是Sun把微软告上法庭，理由嘛说白了很简单，那就是微软在QJ Java,Sun要求微软立刻无条件停下来！
不出大家所料，微软输了官司，没法再乱搞Java了。不过呢，在搞Virual J++的时候，微软的队伍已经形成了，概念已经开始清晰了，对Managed World有了切身体会，并且如何访问COM，如何Invoke API这些技术问题都有了答案。微软抛开Java的面具，完全另起炉灶的条件已经具备，于是.NET就开始在微软酝酿了。
可以肯定的是，在微软内部关于搞不搞.NET一定有一场异常猛烈的大辩论。COM/COM+/VC++这些微软的硬脚色一定会玩命的抵抗.NET。因为搞.NET，等于放弃微软搞了多年的COM/DCOM，从某种意义上说，是向Java那种Managed Code认输服软了。虽然COM/DCOM有不少问题，比如著名的DLL Hell，但是COM还有改进和发展的余地，那些问题也不是不可以缓解或是解决，并且COM/DCOM当时在性能上还有突出的优势，尤其是用VC++开发出来的。
不知道什么人在这场辩论中起了决定作用，最后微软还是下定了决心，Bill Gates拍了板，搞.NET。
搞.NET,微软首要的问题有两个：
1）如何保住VB程序员。VB是Bill Gates亲儿子，是微软发家的基石，拥有全世界最大的程序员群，如何把这些VB6程序员顺利带入到.NET"贼船"上是微软的头等大事。
2）如何将Java程序员诏安到.NET阵营来，让他们来了以后立刻有一种“回家”的感觉，而不用重新学起dim obj as String这样的VB程序。这就是C#诞生的背景。
.NET,以及VB.NET, C#都是全新的（当然还有其他的语言），在这一轮的设计中，微软全面借鉴了C++，Java以及他们自己搞的VJ++，应该说还是比较成功的。1.0/1.1有些仓促，在2.0中，微软则下了不少力气，.NET在总体上有了全面进步。大体说来有这么几点。
1）第一流的Generics。彻头彻尾的全新设计，非常出色。
2）全面优化的XML操作，这在Web Service中使得微软的.NET有很好的表现。
3）ASP.NET 2.0的进步巨大，令人刮目相看。
4）将.NET全面贯穿到微软的每一个产品中。SQL 2005,Office 11/12,下一代的Windows中都紧密集成了.NET。
微软的.NET摊子很大，并且微软还要兼顾以前的COM世界，所以.NET不可避免的有些笨拙，有些不伦不类，比不得Java那么纯粹，那么简洁（抛开JNI不谈）。比若说，.NET要访问以前的COM，要访问以前的DLL,Win32 API，这不可避免的产生一些问题，.NET要利用COM+提供的服务，编写所谓的Serviced Component, Queue Component，这里也有一些问题。而让COM程序来使用.NET开发的Assembly也同样会带来不少问题，为了解决这些问题，微软左支右档，搞出来许多怪怪的东西。这也算是“微软特色”吧！
外链图片需谨慎，可能会被源头改
外链图片需谨慎，可能会被源头改
外链图片需谨慎，可能会被源头改如果你看看微软的.NET Library,可以简单的分为两大部分：
1）以System开头的Namespace(略同于Java Package)算是.NET标准的东西，比较清晰明确，可以和Java类比。
2）以Microsoft开头的Namespace，那将是深不见底深渊。但是如果想写出像样的Windows程序了，这些东西往往还绕不开，预先警告一下。
外链图片需谨慎，可能会被源头改稀里糊涂看到这里,大家一定想问这样一个问题,那就是
Java和.NET哪个更好？如果投奔.NET，我是该选择C#呢，还是VB.NET，或者是其它什么？
Again，正如我前面所说，Java和.NET，好比武当和少林。武当七侠名满天下，威名远震；而少林四大神僧也是武功盖世，震古烁今。不管Java还是.NET，功夫到家了都一样可以手刃难题，扬名立万。武当少林没有高下之分，只有功力深浅之别。
如果是在Windows世界里讨营生，我的建议是走.NET路线。毕竟使用.NET在Windows上更得心应手一些，不论是访问Office文件，开发Windows Services,使用COM+ Infrastructure,联手IIS编写Web App/Web Service，还是在MS SQL数据库上搞开发，.NET比Java要容易的多。
编写.NET程序，理论上可供选择的语言有20多种，但实际上也就是VB.NET和C#为主。这两种语言其实都是在.NET Library上做文章，底子是一模一样的，区别的只是语法(syntax)。理论上看C#比VB.NET要强一点点，比如C#可以在Unsafe Block里面使用Pointer，而VB就压根没有Pointer概念。但是在实际应用中，两者几乎是一样的，难分伯仲。用微软的话来说，选择哪种语言完全是个人喜好（Personal Preference）。
如果阁下是搞研究的，做学问的，或是在公司里写算法，编后台应用，那么Java是一个很好的选择，毕竟Java的世界要清澈透明一些，并且选则了Java，你还赢得了一个“自由身”，可以不受平台的制约，不受Software Verdor的限制，不用看微软的脸色。
本帖一共被 1 帖 引用 (帖内工具实现)家园 编程语言就是IT界巴别塔下的悲哀 估计没有任何一个程序员能举出一种语言能够完成而另一种无法完成的情景。这么多不同语言存在的价值到底是什么？一个合格的软件专业的本科生，估计都曾经写过某一类伪代码的编译器吧？一般说应该是不超过20个课时的开发作业。也就是说任何一个合格的程序员，都可以在几周内发明一个新的语言，也有很多人就这么干了。但这样做的意义到底是什么？
虽然微软靠着windows和office得到了一个首富，但毕竟windows对于电脑的普及，office对于办公自动化水平的提升，都发挥了不可估量的作用。这是怎样达到的？
IT人有很多的聪明才智，但也许这些聪明才智被很多的语言这个层面无谓的消耗掉了，每一次都不得不重新积累。这个世界上有多少IT人实际上都是在做着重复的工作，这不是最大的资源的浪费吗？
通宝推：遥仰凤华,益者三友,家园 市场经济就是如此啊，低效和浪费 但是却又不断能自我取得突破，矛盾辩证统一。纸面上的计划经济再美好，事实上也竞争不过。
家园 这俩东西的确没法比 首先，.NET不应该和JAVA比，应该和J2EE比。
其次，从架构设计角度讲.NET的设计更合理些。
第三，JAVA单纯作为一种语言与C++相比，也谈不上什么绝世神功，降低了编程门槛而已。打个不太恰当地比方，以前有钱人才能用“大哥大”打电话，现在收垃圾的也用手机了。
回答楼主最初的问题，从目前来讲，.NET确实不如搞JAVA有钱途。微软画地为牢，限制了.NET技术向LINUX/UNIX平台的推广与扩展。然而也未必是一成不变的，有些流言称微软也有松动的迹象……其实也不是什么不可逾越的障碍，MONO Project不是也搞了很多年吗？
家园 软软open source .net， 在 linux 我觉得这样的话，.NET, Mono 在 client 端 (包括 desktop, mobile) 肯定能火
呢
家园 Java也不该和C++比, Java应用现在越来越广，而C++应用范围越来越精，C++现在的开发领域越来越趋近于严格化的实时系统，不管是自动化工程还是大型实时交易系统这些严格要求响应速度的系统，它的面向对象和泛型技术这块无可替代。
另外就钱途而言，我想C++还是有一定的优势，我所接触到的最高offer是 70万美金+bonus。
家园 啥？它的面向对象和泛型技术这块无可替代? 没看懂。
C++的主要优势在于直接编译成本机的binary code，Java是解释性语言，必须通过byte code和JVM，所以慢。JIT有点用但是没有太大的区别。
当然长时间运行的Java程序，还是有可能比C++快。
家园 C++不一定更快，但C++给你更快的机会 C++始终没有放弃的东西，一是代码表达力，二是对机器的控制力，这是其长处也是其短处，但是如果不想绑死在某平台的战车上，这两处绝对必要。
所有的平台厂商都会自称帮你搞定一切事情，但是实际没什么能阻止他们遇到点事儿就放弃一部分用户的利益，凭什么说自己就不会成为被放弃的一小撮呢？
一切都是生意，别太动感情。
家园 其实我倒是想听听你对Scala的看法 java的比较都是老黄历了，翻来覆去就是那几个争论。
比较几个新的语言才更有意思。
家园 长时间运行的JAVA程序更加没有可能比C++快。 重复一遍，如果不考虑J2EE架构，JAVA语言本身的优势，只是降低了技术门槛而已。不需要考虑内存的管理和回收，直接使用标准的数据结构，使得开发和协作变得更简单，开发者直接面向商业问题，从而使得企业级大型应用的复杂度可控。然而需要记着，所有这些好处都有附加的开销。
你可以用C或者C++开发一个操作系统，或者一个JAVA的虚拟机，你试试用纯JAVA开发一个虚拟机试试？更不要说操作系统了。另外，有哪一大型数据库的内核是用JAVA开发的？DB2，Oracle，SQL Server，Sybase，Teradata……没有一个内核是用JAVA写的。这些公司疯了么？有这么好的东西放着不用，为什么还用C/C++去开发？因为JAVA写的东西就是一个字儿……慢。
此外，一个C++开发人员转型做JAVA是很容易的，而一个JAVA的开发人员想学C++，呵呵……我可没说不可能哦~努力吧！