.net 和java发展前景

    自从.Net问世以来，程序员都很关心的一个问题是「该学Java或.NET」。我们也在挣扎，该「该继续Java的研究，或者该开始准备培养.NET的知识」。 
最好是能两者兼顾，但是每个人的时间都很有限，想要兼顾两者，其实不太容易。投入在.NET的时间越多，所能花费在Java的时间自然就少了，反之亦然。在信息爆炸的时代，重要的不是信息的取得，而是信息的抉择。信息太多，时间太少，如果不能慎选适合的技术，只会平白浪费许多时间，斫丧自己的竞争力。 

  一 开发效率方面： 
    对我们来说选择开发工具的最需要衡量的就是这一因素： 
表现层开发：J2EE这方面非常欠缺，把这一任务丢给了应用服务器厂商和编程人员，不象.Net拥有很牛的.Net Studio，不过Jbuilder 6已经出来了，支持EJB2.0 也不算太落后，但一直没有解决方案的就是页面用户控件（当然Turbine的Action Event也算一种），缺乏可视化设计和Servlet应用程序框架生成。我期望的一种方式是具有象.Net Studio一样的可以所见即所得的编辑模板(Template)，绑定用户按钮事件处理。目前可以通过javascript库，模板库及宏库略微缓解一下Servlet的开发。ASP .Net和Servlet都支持动态更新表现层。 

  二 XML支持能力： 
    .Net一直叫嚣的就是我集成了XML和Web Service，但JDK1.4也搞出了XML规范，这方面已经差不多了，不过.Net的易用性好得很，而且就此一家，程序员不必费心思选组件或产品。 
在采用XML和XSLT的开发模式中：微软的SQL Server 2000直接提供了HTTP Query到XML数据的功能，不过我用dbxml也能做得这一点嘛，还适用于大多数的主流RDBMS，更牛！这种开发模式应该是未来的方向。 

  三 理解的两者本质 
    Java是绑定于一种语言的跨系统的平台，是一个有多家供应商提供竞争性产品的规范。
    .net是绑定于一种系统的多语言平台，是一个规范性较弱的垄断性产品。 
    一个是规范一个是产品，本来就不同。于是.net的发言人说，规范和产品没得比，要比就比具体产品。但,Java天生是规范，这不是Java的错，.net生来是迎战Java的，孤军奋战是他的命。 
随便问一个稍有头脑的Java程序员,Java最大的好处是什么，他会毫不犹豫地告诉你：“简洁”。Java为Internet而生，也为自己“简单易用并提高生产效率”的理念而活。 
Java讨人喜欢，因为他把家底亮出来,鼓励大家发挥聪明才智帮他进步。那么多开源项目，都在竞争中求发展，对Java的发展贡献巨大。Java作为规范，吸收成果不计出身，善于否定自己、自我扬弃的优点有目共睹。EJB3.0就是一例，EJB是Java 2企业版（即J2EE）的杀手锏，在企业级应用中广受推崇，占据大型企业应用的高端市场。但EJB2.x也因其不易开发、部署受到批评。新近通过的EJB 3.0几乎是对EJB2.x的全盘否定，丢弃了重量级的EJB2.x，引入轻量级开源项目Hibernate的设计理念，公布不久就获得多方支持。为了理想，Java不惜付出代价，要不然哪有Highway帖子里.net设计师的评价：“Java发展到现在，还能相对那么紧凑精干，不容易！” 
.net不同，出生于老牌商人世家，什么理念啦，原则啦，对商人来说不重要。重要的是要保住市场，抢占市场。 
他的主人以操作系统雄霸桌面电脑，曾经对互联网不屑一顾。当终于发现自己犯了原则错误，不得不迎头赶上时，.net应运而生。.net世交多，要尽量保持亲戚关系，还要让亲戚的支持者原windows平台开发人员保住饭碗，象EJB3.0那种过河拆桥痛下杀手的事情还没干过。新功能要加，历史物件也要留。但他和自家亲戚关系紧密，外人从亲戚家拐个弯就到他家，自在，没有陌生感，也没有路费。人留住了，市场就留住了。至于跨平台，有违家族利益，不符合祖训，所以理论上的跨平台，他不打算认真对待。但中小企业应用的市场，他占住了。
于是呢，Java阵营继续为理想而战，.net阵营继续为市场而战，各得所需，都忙得不亦乐乎。 

  四 站在用户的立场上 
     虽然Java和.net奋斗的目标不同，但是都是B/S结构软件市场的生力军。 
Java对大中小型系统都适用，只要搭配不同的操作系统、应用服务器等等，大到银行综合信息系统、全国全省的统一应用系统，小到手机游戏，Java可以大小通吃，来者不拒。尤其是中国政府的重要系统，全没有.net的份，为啥？你不给我看家底，我怎么知道你有没有留了后门，改天偷偷溜进我家？ 
.net照顾中小型应用毫无问题，而且开发速度快，作为用户，付了钱很快能看到回报，当然欢喜。大型应用么，.net是不是真的支撑不了，我不知道，但诸如windows不稳定不安全的评论由来已久，.net建构于这些亲戚的基础上，坏事就脱不了干系。 
系统交货早，功能实现，运行稳定，安全性不出纰漏，用户就满意。 
跨不跨操作系统，这个考量不重要，哪有没事整天换操作系统的用户？ 

  五 站在开发商的立场上 
     Java还是.net？继续头疼。跨平台对开发商是一个巨大的诱惑。一次开发，多个平台使用，降低了迁移成本，有利。但Java的开发工具没有.net顺手，对编码人员的要求比.net要高。 
.net培训成本低，上手快。尤其如果开发人员以前都是做windows开发的话，转型成本低得让老板眉开眼笑。 最重要的决定力量是市场。开发商所定位的市场用户的需求和开发上在技术上的历史积累，决定了开发商最终的策略。 

  六 站在从业人员的立场上 
     从业人员被市场所驱动，反过来也引导市场。Java起手的过程比较漫长。Java开发者要做很多DIY工作，才能写出第一个像样的程序。DIY多了，对于从业的基础素质，必有提高。 
.net入门快，windows最大的好处“可视化”在.net延续，集成环境好，单步调试强，这是Java团队中下至程序员上达项目经理历来羡慕的地方。做惯了windows和.net下的开发，难免觉得Java下的开发调试实在比较原始：代码大多要一行一行写，单步调试很多时候不可能。 
但Java人员的付出也有回报。我还记得当年Pascal编程课和Unix操作系统带给我的思维冲击，那门编程课应该更准确地说成“结构化编程――pascal”。Pascal强调的结构化编程带来了非结构化语言如Fortran之流无法比拟的美和乐趣，Unix崇尚的“小即是美”、“没有消息就是好消息”深入我心。在软件开发这一生产过程中，除了得到维持生计所需的报酬，同时能得到美的享受和满足的心情，实为天赐。Java从业者乐于谈论Java的美，这一点上比.net有福。  
     就服务端市场来讲，Java目前在技术先进性上有绝对优势。应用系统需要各个层面的框架（framework），Java都有大量已完成或正在进行的开源项目帮助开发人员更好地完成自己的任务。诸如struts/JSF类的框架，.net没有对应物，而且Java在扬弃的同时保持着相对的稳定。 
.net开发效率差不多是Java的三倍(经验数据)，致命的诱惑。在Java放弃的客户端程序上，.net是老大，但在服务端，.net还是个小弟弟，有待成长。微软最初想要构建一个新的技术来回应J2EE，但发现一己之力还办不到。于是匆匆祭出com/com+，被绝大多数程序员评为“丑陋繁杂，迟早会被替换掉”。什么时候替换呢？这一替换对应用的影响有多大呢？微软的新操作系统对.net又会有多大影响？拭目以待。 
绕来绕去的意思是，我不觉得两个平台有截然的高下之分。在这个互动的世界上，不想被淘汰的竞争者始终保持警惕，努力学习对手的优点。Java的努力之一就是提供更易用的工具帮助开发人员快速轻松地开发Web应用程序。而.net的当务之急是改进架构，完善框架。 
还是那句话：没有最好的技术，只有对于具体项目来说最适用的技术 这个问题很老土，看看自己喜欢什么吧。我本人比较喜欢.NET，java也不错，但是说做Java比做.NET的工资高些，不知道是怎么计算出来的。就像你让乔丹和贝利踢球，乔丹败了，乔丹就是废物吗？


.NET和Java在中国哪个更有前途?

　　这个问题好象已经不用再争了.中国90%的用户是Windows用户,保护现有投资,使用很习惯很易用不用重新学习,我又不用跨平台,我干吗要换Java 呢.过去是微软没有提供很强大的WEB开发解决方案,现在提供了,我干吗要用Java.而且. Net比Java出的迟,肯定会吸收Java的优点,弥补Java的缺点.而且微软的VM肯定和Windows结合的很好,性能不用担心.我干吗用 Java?而且微软显然把宝已经压到了.NET上,你难道还要在.NET的VM上再加一层Java的VM?

.NET有什么新的亮点?

　　当然是ASP,ADO和COM+,还有清晰的架构,并且由于统一的类库,我们为WEB,GUI,MOBILE而开发的应用会很容易的转来转去,不象过去开发,各需要学习不同的知识.ASP终于结束了网页意大利面条式的程序,面向对象和支持多种语言,使构筑强大复杂的WEB应用提供了比JSP更凶猛的功能,让人不得不爱.ADO.NET也抛弃了过去的数据集一Scroll就连数据库进行提交的糟糕速度,代而取之的是多条修改可以一次性提交上去.这样性能会提高很多.COM+呢?COM+1.5的特性大家在WINXP上也看见了,比1.0强了很多,未来还不用注册, COPY完就能用,多舒服.至于安全嘛,稳定嘛,这话不敢讲.因为盗亦有道,Java也同样如此,无法说谁比谁好.

.NET真的会跨平台吗?

　　微软的命根子是操作系统,微软此次出.NET也是为了打入高端市场.怎么打入?微软第一已经在用C#收买 Java程序员了,并且做Java和C#的映射工具,先断了Java应用的前途,后面用CLI提交给标准委员会,让别人开发UNIX上的平台,微软不在正面和UNIX阵营冲突,以免犯众怒.当UNIX和Windows的CLI都有了时候,基于CLI的应用可就两个系统都能用了,这会帮助微软销售多少其他产品呀.这不,微软在支持着好几个Open Source社团在开发UNIX的CLI.跨平台的事微软不会轻易干的,否则微软的命根子怎么办?

.NET真的支持多种语言吗?

　　开发更多的基于.NET的应用,让.NET快速成长起来.第二.NET是一次比较大的革新,广大的各类程序员能否跟的上也是个问题.多语言的支持当然会,但是不会支持的很好,否则微软大力做C#干吗呀,如果别的语言和C#一样好,那微软还混什么混呀.最糟糕了,也要其他语言的技术比C#慢半拍.不过先走也未必领先,就象DELPHI就后来居上,这么大的市场,微软是不可能通吃的.

我们需要转到.NET上吗?

　　你可以不转.就看你需要不需要INTERNET了.我想在未来,没有企业会说INTERNET对我没有一点作用.

现有应用能否平滑过渡呢?

　　在这个问题上可以看一下微软的历史.微软在做完WINNT4的时候其实已经在策划现在的WIN2000,但是为什么在WIN95后有WIN98, WINME,WINXP,不是他当时做不了那样的技术,而是必须引导着客户一步步走,要追随客户,走的太快,就会丢失客户.在这个重大的转折点,微软也会如此.而且在现在的Windows.NET上,你运行现在的程序一样没问题,速度依旧,操作方式也依旧,因为他使用了两种手段来区别对待这两种应用程序.

什么时候转?

　　如果你需要抢占市场先机,现在转正好,因为能支持ASP.NET,ADO.NET开发的VSS.NET已经推出快一年了,就是有能力欠缺的问题,第二版的出来也不会太晚了.不过话在前头,确实在实际的开发中,Vss.NET确实有些做不了的事情,不要看他好象什么都有,这就跟微软当年宣布COM有池化的功能一样,仅有一个外壳.这是微软的策略,跟不跟着走,你自己看.稳健型的公司建议在第二版出来后应用,因为微软的产品一向在第三版才会好用.

作为开发商,跟随.NET的难点是什么?

　　难点难就在,过去我们的开发方式,拖一些控件,连个数据库,更新或SELECT一些数据.再深一些就是消息,或者是一些不常用的API.记住:.NET是微软进攻高端市场的第一步,现在的微软不是我们过去熟悉的微软,Vss.NET的一推出,就是强烈给人一种这样的感受:从建模到开发到测试到发布,全套企业级的工具都无缝相接,而且处处体现着OO和设计模式,在宣传中也频繁提到,昭示着这个工具是为大型应用开发而定制的.所以宝刀也需有能力的人才能拿的动,否则只能砸了自己的脚.对于现在的Java开发工具也是如此,好象全世界一下都没有了小型企业一样.我们是否具备了优秀的设计师,建模师,OOP的程序员,我们是否有一整套流畅的开发流程来支持全程建模,我们都需要深思.在微软的.NET的各种培训上,培训师也是反复强调分析设计,大型项目管理,自动化工具的支持,你做好准备了吗?

题外话:

Sun在微软拆分问题上输了吗?

　　微软的案子打了这么多年,居然庭外和解.Sun确实挺郁闷.不过Sun并没有输.为什么这么说呢?依毛主席的话说就是:敌进我退,敌疲我扰.确实微软在. NET的发展上受了很多牵绊,否则也不会到如今才推出来个框架.在硅谷,时间就是机会,时间就是金钱,谁前进的快谁就能占先机,显然Sun并不是最痛苦的一个.

Java的未来

　　依Windows的用户量和微软进攻高端企业应用的决只是呆板的图形,不能全方位的表现网络的传输技术,使应用进步更加依赖硬件而不是软件,微软亚洲研究院为什么在做哪些研究,就是因为他们不断在思考未来是什么,所以每一次技术的浪潮他们总在浪头.当然未来还会有所改变,但是他们会及时调整他们的战略,但大方向不会错到哪去!

　　当技术不再是阻碍应用发展的主要因素,比如宽带的来临,这时候你想过没有,在它上面,该做些什么呢?

　　世界有多大,你能看多远?为什么在每次浪潮到来时你都无法预想到,而感叹这世界变化如此之快?