Rails 与 Grails 的比较（翻译）

资讯频道 → 编程语言

24顶
0踩

2008-03-21 14:19 by 见习编辑 wuhua 评论(17) 有16023人浏览

Rails Grails Ruby

声明：ITeye资讯文章的版权属于ITeye网站所有，严禁任何网站转载本文，否则必将追究法律责任！

我Ruby on Rails有几年的开发经验，最近半年我一直在学习Grails。就我的经验，我想对他们做一次全面的比较。

Ruby on Rails

纯ruby脚本写成的Web框架。它包含了一个应用服务器，想知道更多请到 Rails home 查阅。

Grails

Grails 是Groovy语言写的 Web框架，源代码是经过编译成2进制后可以运行在java的应用服务器上，想知道更多请到Grails home查阅。

Maturity 成熟性

在做比较之前，ROR是2004出一个第1个版本，Grails是2008年2月发布的。

Ruby on RailsGrails

最终版本 (version 1.0)

July 2004

February 2008

生命周期

成熟的框架，有大量有经验的开发者

Grails很年轻，不过它的优势就是有大批正在成长的开发者，而且还有庞大的java开发者。这足够了。

Documentation 文档

Ruby on RailsGrails

Framework

提供了相当多的APIs文档，还包括了源代码等，源代码有Ruby语法高亮显示

很好，提供了类，方法等APIs文档，不足的是没有源代码

Application

优势，仅仅作为应用程序文件的RDoc（包括了语法高亮）

文档很充分，而且他们这些文档都是支持从java 类文件生成的。

Development 开发

两个框架都是基于弹性的语言，这些语言允许元程序在不执行的时候仍然可以改变类

Ruby on RailsGrails

开发者需求

适合初学者

需要有一定的编程经验

语言构造

写成的代码想自然语言一样好读

Readable, sometimes like natural language

代码也易于读懂，但是条条框框太多了。很不自然。

ORM支持

与框架集合的很完美

类库

你想用它来做什么都是可以，它提供了很多的类库跟插件，这些很富有弹性，你可以，自己实现一些没有的类库

处理Grails本身的函数库以外，你还可以利用现有的java类库。

杀手锏

杀手锏很可怕，你可以自定义插件的安装。有点可笑哦

在箱子的外面看上去很友好，实现了像表格排序这样的便利特性

工具

rake(_maike),rjs(ruby javascript-可以在ruby语言里嵌入javascript),migrations(可以利用这个工具使用ruby改变数据的schema--这东西非常有用)

ant

日志文件

很详细的日志记录。

沉长的异常信息。如果异常超过1000行时候，日志会丢失一些异常栈，比起Rails来，我很失望。

控制台

类似Windows CMD命令行

Window cmd命令行（可惜不支持屏幕回滚操作）

文件夹结构

Simple, follows the MVC

MVC结果，比ROR稍微复杂点

线程支持

缺乏

与操作系统紧密结合

Production 产品

Ruby on RailsGrails

资源支持

多媒体支持

支持更多的资源

Potential 潜在应用

Ruby on RailsGrails

Internet	开发效率高，对于Ror来说，它可以快速的开发一个Web应用，并且运行的很不错	开发效率高，因为有很多现成的java 框架，类库使用。
Enterprises	只能设计一下简单的原型，对于正在的企业应用应用的很少。得不到企业社区的认可	不管是原型，还是商业项目都支持的非常好。

最后，我们看一个图表来观察下这两个框架受欢迎的程度:

来自: blog.zmok.net

分享到：

24
顶

0
踩

评论共 17 条请登录后发表评论

17 楼 spring2006 2009-12-23 19:57

我也学习过groovy ，感觉一般，就是代码少了很多！！

16 楼 absolute 2009-10-10 16:36

拿这忽悠领导还行

15 楼 csc365kl 2009-05-22 16:12

山风小子写道

"Grails : 很好，提供了类，方法等APIs文档，不足的是没有源代码"Grails是一个开源项目，也提供源码下载的。

大侠
有么有关于grovvy多一些的中文资料呀?

14 楼 shrpcn 2009-05-21 14:41

标签tag 看起来很清爽，自然；页面嵌入代码才是低级、无趣的，鄙视之。

13 楼 rmn190 2008-06-26 12:49

也很想学Grails,抢先机,呵呵...

12 楼 Vstar 2008-04-25 22:18

标签有什么不好吗？易于格式化，读着也舒服。标签不是恶魔，得看怎么用，单单用grails的标签而不是大量的自定义标签就挺好

11 楼 fkpwolf 2008-03-24 00:08

内容很空泛啊。

grails最近用了下，感觉还是没有脱离java的阴影，复杂，乏味。
特别是页面，走JSTL的老路。
第二个个吃螃蟹的人。

10 楼 wuhua 2008-03-23 18:01

引用

Grails : 很好，提供了类，方法等APIs文档，不足的是没有源代码"

Grails是一个开源项目，也提供源码下载的。

呵呵，翻译有出入。可以去看看原文啊。

9 楼山风小子 2008-03-23 16:46

"Grails : 很好，提供了类，方法等APIs文档，不足的是没有源代码"

Grails是一个开源项目，也提供源码下载的。

8 楼 swachian 2008-03-22 21:18

grails抄了rails不少东西。不过view层的那堆标签依然如故。

7 楼 agile_boy 2008-03-22 09:20

呵呵，各有适合生长的土壤和空气

我是Java开发者，也喜欢Groovy，因此站在Grails这边，但是也不应该随便排斥其他

6 楼 wuhua 2008-03-22 08:56

引用

不知道这个欢迎程度是如何统计出来的？

小道消息

5 楼 wuhua 2008-03-21 18:07

哈哈。这么多人顶我翻译的啊。还怕自己翻译不好。水平太差了。

4 楼 shiren1118 2008-03-21 17:13

Grails是王道，groovy很强很年轻，而已

3 楼 Vstar 2008-03-21 16:34

我不是十分看好Rails on JRuby。主要是因为JRuby是ruby在jvm上的一个实现，并且Rails是基于CRuby的，这样一来，JRuby的开发不得紧追CRuby的开发，同时也要追赶Rails的开发，兼容新版的Rails。因而造成了目前JRuby始终都要晚几拍，就像Mono一样。打破这种局面，恐怕只有等到Matz转到JRuby上来了，估计很难。

2 楼 Readonly 2008-03-21 16:22

选择Grails还不如选择JRuby

1 楼 tedeyang 2008-03-21 15:30

不知道这个欢迎程度是如何统计出来的？

发表评论

您还没有登录,请您登录后再发表评论

使用 Groovy on Rails (Grails) 构建的 Web 应用程序。它使用Bootstrap为网页赋予样式，从而管理学生和课程的数据库，并以HTML呈现内容。用户可以看到数据库中所有课程/用户的列表；还有课程和用户的详细视图。...

ruby on rails 与grails

最近一段时间，Ruby on Rails（以下简称ROR）在Java社区中越来越升温，所有的Java程序员都为这一敏捷的开发框架感到惊奇，惊奇ROR所带来的惊人的开发效率。ROR的主页上这样描述：“Ruby on Rails是一个开源框架，...

关于rails和Grails的性能讨论

最近Grails的开发者做了一个rails与Grails性能上的对比测试，得出结论：Grails的性能远远超过rails。就这一点，引出了不少的争议和讨论。比如javayeye上的这个帖子《Grails Vs rails bookmark》。blogjava上其实一早...

如何在Rails和Grails之间做选择？

自从Rails和Grails进入人们的视野以来，有关Rails和Grails之间的各种比较就没有停止过。最近Stephan在其博客上给出了Rails和Grails的工作趋势图。从Rails和Grails工作趋势图中可以看出，Rails正处于快速上升期，...

Grails实战教程-整合版

动态框架如Rails，Django和TurboGears等的出现，为Java网站开发提供了新思路，Grails就是基于这种新思路构建而成的。Grails大大降低了Java领域中网站开发的复杂度，它建立在已有技术如Spring和Hibernate之上。简单...

Grails vs. Rails 性能比较

这里发布了一组测试数据，是比较两个东东的性能。结论是 Grails 的平均性能明显快得多。 Grails vs Rails Performance Benchmarking

Grails 教程

像Rails，Django和TurboGears这样的动态框架在Web开发领域开辟了一条新的道路，Grails基于这些概念之上，采用动态方法减小了Java平台上进行Web开发的复杂度，不过与那些框架不同的是，Grails是构建在Spring和...

grails安装部署_02Grails的安装与配置

grails安装部署_Grails 配置

也许在这里谈论配置对于一个“约定优于配置”的框架来说，这可能比较奇怪，但这些配置通常都是一次性，我们最好还是先了解他们的大概。由于Grails提供了默认设置，你确实可以在不做任何配置的情况下进行开发和应用。...

grails java_Grails

十二、Grails如今的Java Web开发对于...像Rails，Django和TurboGears这样的动态框架在Web开发领域开辟了一条新的道路，Grails基于这些概念之上，采用动态方法减小了Java平台上进行Web开发的复杂度，不过与那些框架...

【翻译】Grails让Java程序员忘掉Rails

从Rails迁移Grails的10个理由（译者：呵呵非常抱歉，此地址我不能访问，很遗憾。）这里还有另外10个:1. 视图技术还比较让人满意2. 借助于Groovy的联合编译可以轻松的整合不同的源代码(不需要退回到C来解决性能问题...

grails框架

首先，和rails，django等web框架类似，基于微内核的思想，插件（可重用模块）是框架的一等公民。grails除了核心模块以外的功能几乎都是通过插件方式实现的。实际上，一个grails插件和一个grails应用基本是完全一样的...

Grails vs Rails—我的想法

在我的blog的最近的一次评论中，Jared Peterson问道：我想知道你关于在Rails和Grails之间做一个选择的所有想法。虽然我喜欢“允许他们两个一起（发展）”的理论，但是你的“一个也不要”是什么意思？如果你开发了一...

Grails1.1中文文档

与那些框架不同的是，Grails是构建在现有的像Spring、Hibernate这样的Java技术之上。 Grails是个一栈式开发框架，它尝试通过核心技术和插件技术来解决许多Web开发难题。Grails包含了如下内容：由 Hibernate ...

Grails框架优劣势分析及同类比较

Grails的优势 DRY（Don't Repeat Yourself，不要重复自己），约定优于配置（Convention ...Grails作为JEE世界的Rails，把这些最前沿的设计理念带入已显得陈旧的JEE社区，拥有鲜明突出的特点，以及由此带来的优秀的开发

基于万能逼近原理的自适应模糊控制算法在多自由度AUV运动控制中的应用与抗干扰补偿Simulink仿真研究,自适应模糊控制算法的万能逼近原理与多自由度AUV运动控制的抗干扰补偿技术-基于Simulin

基于万能逼近原理的自适应模糊控制算法在多自由度AUV运动控制中的应用与抗干扰补偿Simulink仿真研究,自适应模糊控制算法的万能逼近原理与多自由度AUV运动控制的抗干扰补偿技术——基于Simulink的仿真研究,万能逼近原理自适应模糊控制算法的多自由度AUV运动控制抗干扰补偿simulink仿真 ,核心关键词：万能逼近原理; 自适应模糊控制算法; 多自由度AUV运动控制; 抗干扰补偿; Simulink仿真。,基于万能逼近的模糊控制算法多自由度AUV抗干扰补偿Simulink仿真

如何修复加载 DeepSeek 时出现的 500 内部服务器错误.pdf

deepseek最新资讯、配置方法、使用技巧，持续更新中

DeepSeek-V3解析1：多头潜在注意力.pdf

deepseek最新资讯、配置方法、使用技巧，持续更新中

结合扩展卡尔曼滤波与滑模观测器的策略：优化电角度估计，反电势波形逼近完美正弦波,结合扩展卡尔曼滤波与滑模观测器的反电势波形优化：正弦波形展现近乎完美精度，电角度估算与实际应用差异微小,扩展卡尔曼滤波与

结合扩展卡尔曼滤波与滑模观测器的策略：优化电角度估计，反电势波形逼近完美正弦波,结合扩展卡尔曼滤波与滑模观测器的反电势波形优化：正弦波形展现近乎完美精度，电角度估算与实际应用差异微小,扩展卡尔曼滤波与滑模观测器的结合，反电势波形近乎完美的正弦波形，观测器估算转子电角度与实际电角度相差0.3弧度左右，转速跟随效果较好。 ,核心关键词：扩展卡尔曼滤波; 滑模观测器; 反电势波形; 转子电角度估算; 转速跟随效果。,卡尔曼滑模观测器：优化正弦波转子角度与转速估算

24顶0踩