如果采用RIA开发网站，和传统web开发有两点很大的区别，一是：对于服务端View层的依赖就没有了，二是：不需要在server端保存session信息。无论是rails，还是php、python、java的各种web框架，session和server view都是必须的，从上个世纪中期到现在10年多的时间里web的发展和http本身无状态的特点使得我们无法脱离这两点来开发网站，几乎所有web框架都会涉及到它们，但是都会采用各自的方法来解决，每个方案都没有本质的不同，却在形式上差别很大，服务端view技术可能是每个框架中最麻烦的部分。REST本身并没有改变这种开发现状，但是RIA却在试图打破这个局面。一旦采用了RIA，你会发现，各种框架其实在编写业务逻辑和服务方面(ORM层，Router)并没有什么显著的不同，单从Controller和Model方面考虑，脚本语言web框架还是有一定的敏捷优势的，但是java框架已经和它们相差不多了，但是java在纵向扩展性，执行效率，静态检查，组件等很多方面具备脚本语言所没有的优势。所以如果一旦未来的java web框架简化到一定程度，java web开发的优势就会显现出来，所以我个人感觉RIA的出现对于java可能是一个转机。当然这要取决RIA的接受程度。GWT就是一个好的开端，不过我更喜欢基于flash的解决方案。成熟高效的runtime，flash插件庞大的市场占有率，跨平台，跨浏览器，Action script已经发展到第三版，优良的组件编程，多媒体的支持。所有这些似乎都预示着flash ria有着良好的前程，但是事实也不是这样的。对于一种新技术的采纳，并不是那么简单。更多的人是在观望，flash ria有学习成本，熟悉的人不多，资料也少；搜索引擎优化也是一个问题，而且在开发效率上也不见的高（这的确需要实践一下）。
最近我打算开始研究一下flex，以前我总觉得flex是Macromedia(adobe)兜售的一种服务端技术，自从adobe推出了apollo后，我觉得flex变成了一个开发客户端应用的平台。http://pownce.com/网站上那个apolloair的小应用，让我看到了学习flex的必要。本来flex是一个服务端应用技术，现在air的出现，Adobe又回到了客户端的老路上来了。Macromedia,adobe总是想把自己在桌面的优势发展到服务端，尽管推出了很多服务端产品，但是到了最后，它们又回归了客户端。
dlee在最后列举了几个从Java转到Ruby有几个强有力的理由：（实际上这里他混淆了rails和ruby)
1.Rails可以让单个开发者在开发效率方面接近自己能力的极限。我并不是一个完美架构的fans，热衷于不写一行代码，巨细无靡地分析各种架构优劣直到脑神经瘫痪。我热衷的是解决用户真正关心的问题，用技术改善他们的生活，与用户建立起良好的人际关系。
2.Rails框架对Ajax有更好的支持，通过使用RJS模板可以极大减轻一般情况下做Ajax开发的复杂性，提高开发的效率。
3.Rails框架对REST开发提供了最好的支持。REST在Web开发方面会越来越重要，全面支持REST就是未来所有语言Web开发框架发展的方向。
4.JRuby1.0对Rails的支持已经很好，而且支持直接使用Java开发的资源，所以现在是从Java转到Ruby的一个适当的时机。
对于第一点：我完全同意，我一直认为面向解决方案，而不是面向编程语言，是一个开发人员应有的思路对于第二点：正确，rails的确简化了ajax，尽管我个人认为ajax只是一个过度的技术对于第三点：部分认同，REST的确在Web开发方面会越来越重要，但是Rails是最早提供REST支持的框架，未必就是最好的，后来者居上的例子很多了，相信java在这方面还是有优势的。
对于第四点：Sun支持Jruby只是吸引rails开发人员将程序移植到java平台，而不是反方向。而且jruby,jpython等技术只是在集成上有优势，对于web开发或者不打算将应用移植到java平台的人没什么吸引力。
网友评论