一起学习
在最近图灵公司总编刘江发布的一个博客中,提到PHP 3之后的主要语言开发者、Zend公司创始人Andi Gutmans向Java平台发难,说其已经失利于现代Web开发的这场战争,寄希望于JVM并不能挽回颓势。但社区似乎并没有完全支持Gutmans的这一观点。
根据Gutmans的表述,最终目的的不同是动态语言和Java平台选择不同道路的主要诱因。Java从所诞生的那一刻起就注定是为企业平台开发服务,而动态语言则好像是为Web开发量身打造,这一发展趋势仍然在延续:
[大型企业级项目团队中最优秀的人]恰恰忽视了Web,因此Java EE设计时并没有以Web为中心,而且关注在企业集成、事务管理和其他后端处理上。虽然Java EE通过Servlet和JSP支持Web开发也有不短的历史,但是掌握标准发展的大公司们忽视了Web的RESTful本质,仍然在向通用平台的方向上走。
而与此同时,建于C语言库和工具的生态系统之上的LAMP架构,则成了Web程序最流行的开发平台。其中最常用的语言是PHP。由于PHP专注于Web开发,而且为此不断演变,它简直就是为Web范型(paradigm)量身打造的,能够快速和容易地解决常见的Web问题,因此获得了最大的市场份额。
Java平台显然也注意到了Web开发的兴起,当包括CRM、ERP、报表、文档管理等业务应用程序也都转向了Web后,Java厂商开始支持各种标准和非标准的Java Web框架,比如JSF、Struts、Spring MVC等,以使得Java适应Web。但结果并不理想,Gutmans分析其原因是:
它们都无法解决Java在Web上的主要问题:由于严格的类型化和架构过度复杂,开发时间和开发人员的技能要求都更高,也就是说,总成本无法令人满意。
而且,大的Java厂商还什么都想占着。一方面想融入Web,一方面又不肯放弃自己已经在Java上建立起来的数十亿计的生意。甚至动态语言的广泛流行都未能显著改变他们的行为模式。
一直对技术社区保持关注的国内技术专家李锟对Java在面向互联网Web开发领域被边缘化,也给出了自己的见解:
Java在面向Internet的Web开发领域被边缘化已经不是新闻。在2005年Rails和Ajax崛起的时候,Java差不多就已经出局了。遗憾的是,Java社区的一些人仍然冥顽不化。一个典型的例子是Sun派了SOAP/WSDL等规范的主要制定者去掌管REST规范JSR 311委员会。这帮家伙完全无视REST与SOAP/WSDL在设计理念上的巨大差异,决定基于与SOAP/WSDL相同的理念来设计JSR 311。
拥抱REST是Java在Web开发领域挽回颓势的必要举措,这是一件非常紧急的事情,他们却陷入了争论和政治斗争的泥坑。Rod Johnson决定甩开这帮家伙,在Spring 3.0中提供全面的REST支持,无疑是一个明智之举。失去了Web,Java就失去了未来。企业应用的传统领地也会逐渐被蚕食的。
观察这一技术讨论背后的原因,“是否遵循标准”是答案之一。对于Java,由于有着大厂商的支持,在标准的遵循上要求比较严格,这也是其适合大型项目的一个原因。而Web开发更喜欢敏捷地变化,就如同开发这些动态语言的使用者的理念一样,他们的目的不是遵循标准,而是为了快速地搞定工作。
下载本文示例代码
敏捷Web开发向左,标准Java平台向右? 敏捷Web开发向左,标准Java平台向右? 敏捷Web开发向左,标准Java平台向右? 敏捷Web开发向左,标准Java平台向右? 敏捷Web开发向左,标准Java平台向右? 敏捷Web开发向左,标准Java平台向右? 敏捷Web开发向左,标准Java平台向右? 敏捷Web开发向左,标准Java平台向右? 敏捷Web开发向左,标准Java平台向右? 敏捷Web开发向左,标准Java平台向右? 敏捷Web开发向左,标准Java平台向右? 敏捷Web开发向左,标准Java平台向右?
阅读(107) | 评论(0) | 转发(0) |