Java 从老虎变野马—好事还是坏事？

上个月就知道 Java 6 已经推出了，但还是不知道到底如何，也因为工作忙的关系没有机会去体验这个 Java 6 到底有什么改变。只是知道改了个名字，从 Java 5.0 的 tiger (老虎)变成了 Mustang (墨西哥和北美平原的野马)，呵呵，个人感觉好像是弱了，从这么猛的一个庞然大物变成了没有攻击力的野马，虽然只是名字的改变，不过从一个 Java 程序员心里想来也许会觉得有点悲哀，说实话，看见这个名字，有种心有戚戚焉的感觉。

　　也许这正是 Java 无奈现状的体现吧，本来是大户人家的宝贝，现在变成沦落荒野的野马，要跟荒原的狐狗抢食 …… 在桌面程序上面，出了 IBM 那么热心的开发了 Eclipse 之外，似乎 Java 毫无建树，而 Web 上， Java 更是被 .Net 和其他带脚本性质的语言蚕食领地， .Net 当然是没话说的，因为这可是大户人家的孩子，身上带着微软皇族的血统，背靠如此雄厚的资本，自然不会弱，而 PHP/Python 等语言也以其灵活的结构和多年积累的成熟的多样的开发框架一步一步的侵食 Java 的领地，我想让 Java 世界最痛心的也许不是这些，而是由 Ruby 语言引起的 Java 世界的内讧 ……

　　对 Ruby 这门语言，说实话，我真的不以为然，甚至觉得这不算语言。当初学习 Java 的时候，是从 C 语言转过来的， Java 给我的印象真的太美丽了，那么美妙的结构，竟然能如此完美的用程序语言去体现世界。而接触 Ruby ，一点也没有接触 Java 时候的那种感觉，但是我不得不承认 Ruby On Rails 真的是快捷而且方便的 Web 开发平台。那么轻松的几百行代码就能够完成 Java ( Jsp+Servlet )上千行代码(有个朋友跟我说，他尝试过将一个 Java 的简单 Web 程序，据说好像是网上商城，改到 Ruby 平台，上 4 ～ 5 千行的 Java 代码，仅仅用了 800 行 Ruby 代码)。这样的结果难道还不够震撼吗?

　　Java 语言的优美是大家公认的，但如果是为了仅有的优美而付出大量的劳动，真的必要吗?也许正如 Lansa 公司的高级程序设计师 Roc.Chen 说的那样， Java 更适合在学校里进行 OO 软件的教学，因为他真的很美丽。当年 Smalltalk 也是很优美的语言，为什么还是没有流行呢?语言的流行程度也许真的跟优美有否没有直接关系，想来 VB 真的是一门很烂的语言，但如此流行，也不能不承认这个道理的正确性了。

　　也许改名是因为要将 Java 这个重量级的语言从吃遍四方的笨重的老虎变成可以轻松跑跳的野马吧，现在 Java 的世界太笨重了，有复杂的 EJB ，多种不互相兼容开发模式( Tomcat/NetBeansJ2EE/Spring 等)，多个巨头在做自己不同的 IDE ( Eclipse /Net Beans/ IDEA/ J Builders/ Workshop 等)，多个企业在做自己的 J2EE 服务器( Geronimo /Web sphere/ Weblogic 等 )……意见经常不能统一，在这点上我真的认同微软的方式，这样至少使用的人能很快的上手，能更快更好的完善自己的开发模式和开发平台。

　　我觉得 Java 已经在让自己变得轻量级，变得灵巧了，让自己在各个方面都能适应快速开发，就像现在的 Ruby 一样，而 Spring 的受欢迎程度和《 J2EE without EJB 》的热卖也说明了这点。也许 Ruby 语言的出现对 Java 来说是好事，因为至少这打击不是致命的，能让 Java 的设计者痛定思痛，寻求变革。

　　这 Java 6 Mustang 的出现也许正是为了这个目的吧。那下面就说说 Java 6 的特点吧:

• 　　支持 Web Service ( Java Web 的开发心头之痛啊，终于搞定了)
• 　　提高 JVM 性能，对比 Java 5.0 ， Mustang Hotspot JVM 有 58 %的性能提升(早该如此了， Java 的诟病就是慢，但我还没尝试过)
• 　　直接嵌入 JSR-223 规定的脚本语言
• 　　增加对 JavaScript 的支持，嵌入了 Rhino (即 JavaScript )解释器(好东西来的，也许是因为 Ruby 内置的 Ajax 对其的影响吧)
• 　　支持 JDBC 4 规范
• 　　扩展 Java.io.File ，充分利用磁盘空间
• 　　安全上新增了对 XML 数字签名的支持，整合 Java Generic Security Services 及 Kerberos ，支持国际域名和资源标识符和网络参数标题访问

　　还有好多，不过就没前面的那么重要了