我想以后Rails会很有前途的，建议去www.rubyonrails.org下下来试试
好象也有人在用JAVA实现rails的设计，我知道的有trails和rife
我准备用rails做几个实际的项目了
Ruby on Rails？有人会用吗？
我想以后Rails会很有前途的，建议去www.rubyonrails.org下下来试试
我想以后Rails会很有前途的，建议去www.rubyonrails.org下下来试试
http://www.theserverside.com/talks/videos/MattRaible/interview.tss?bandwidth=dsl
非常不错的东西，基本自动化的，都有自己的缺省实现。
这体现了我以前说的能分能合的思想。
下载地址
http://www.koalant.com/rubyonrails.pdf
"Spring 虽然提供了众多选择(但是还是不够多，它本身没有ORM )，但它没有提供简单的使用方式"
我非常赞同，这也是我设计的JdonFramework力图避免的一个目标，一个框架如果能灵活提供很多组装可能，又有自己缺省的使用方式，这才是一个好的框架，Jdon框架在使用上比较方便，一般情况下Struts部分的开发工作几乎为零。
在Jdon框架中1.2版本中，Xml配置文件分三种：面向基础组件的配置；用于AOP定义的配置；面向应用的Service/Model配置；前两者普通程序员几乎很少用到，这样解决Spring XML将所有都打包的缺点。
老外早想到了，人多；手脚快，Ruby on Rails一出来就引起轰动，因为大家都想到了，他们又很快做到了。
感觉还不错，在构架上给java提供了很好的借鉴，仅仅是在构架上，其它方面就不要学了，java变成那样肯定是要挨棒子的，不是一个层次上的语言吗？但在构架上确实值得借鉴，java社区这么快的反映速度，应该
会很快出现类似的框架吧！关注中！！！！
不过我不会去学了，刚刚说了仅仅是在构架上的借鉴，其它方面我觉的不是很好，不是不习惯的问题！
――――――――――――――――――――――――――――――――－－－－－
koalant
谈到了面向程序员和面向用户的概念，这个问题就不好说了，用户是使用了还是开发，那又是谁来管理软件了，在好的软件没有好的管理也是白搭，软件不是阿拉神灯，上了软件，企业就能取的竞争优势，等着收钱！
用户还是要做好自己的事，程序员要做好程序员的事，不要指望用户即使用，又管理，又开发软件！那样不好也行不通，所有的事都自己做也不不符合市场经济内涵啊！
当然提高软件开发效率还事要的！期望有好的JAVA框架！
―――――――――――――――――――――――――――――――――――――――――――――――讲的不好，比不上作者的水平，又不好意思潜水！
其实框架最终的用户还是指程序员。之所以用“用户”和“程序员”来区分，是因为一些面向“程序员”的框架比较难以使用，虽然提供了大量的基础设施和零件，但是还是要求程序员自己来组装。而面向“用户”的框架就简单一些，用户只要按照说明书来使用就可以了。我想这主要表现在框架的易用性上。
相信不久就会有新的类ROR 的 Java 框架出台的， 我自己还是会坚持在 java 平台上开放网站程序的。
我的理解这个“用户”是那种高中毕业的蓝领组装程序员，如同生产线蓝领工人一样，他们只要掌握一点范围内的组装技术和使用说明即可。
添加了关于"关于Ruby on rails的思考"一节，第一节中增加了描述面向“用户型”和面向“程序员型”框架的区别
添加“参考资源”一节，将文章中对 Oreilly.com 上 ROR 教程的使用部分以红字做了说明。
添加了关于如何在 ruby 程序中读取和保存 yaml 格式的内容。
http://sputnik.pl/cake/
http://www.jdon.com/idea/Jsp%BF%AA%B7%A2%D2%AA%B5%E3.htm
http://www-128.ibm.com/developerworks/web/library/wa-rubyonrails/
通过这篇文章，我们可以了解Ruby on Rails 的架构。
Jdon Framework也是一个实现CRUD（create/read/update/delete ）功能的比较，我将其与Ruby on Rails 以及通用J2EE 技术比较一下，在MVC上，jdon框架也实现了CRUD的配置和无需编码：
Rails和通用struts技术相比：
Jdon和通用struts技术相比：
香港公司创作的，请试用支持!
Oscar Lee
Xenium
rorlearn.com
对初学者挺有帮助的