Grails 什么是「；“Groovy”；及；“圣杯”；使用它们构建什么样的应用程序？_Grails_Groovy

Grails 什么是「；“Groovy”；及；“圣杯”；使用它们构建什么样的应用程序？

grails groovy

Grails 什么是「；“Groovy”；及；“圣杯”；使用它们构建什么样的应用程序？,grails,groovy,Grails,Groovy,现在我听到很多关于“Grails上的Groovy”，我想知道更多关于它的信息：什么是Groovy 什么是圣杯在Grails上使用Groovy构建什么样的应用程序 Grails与Groovy直接类似，但使用Groovy运行。这是什么？它是一种在Java虚拟机（JVM）上运行的脚本语言因此，您可以利用已经拥有或可用的Java库（因为它们被编译成字节码，因此在JVM上运行），再加上JVM的强大功能（用于垃圾收集、通过JIT编译的速度等）和Groovy的简洁性。Java程序员学习Groovy的过

现在我听到很多关于“Grails上的Groovy”，我想知道更多关于它的信息：

什么是Groovy
什么是圣杯
在Grails上使用Groovy构建什么样的应用程序

Grails与Groovy直接类似，但使用Groovy运行。这是什么？它是一种在Java虚拟机（JVM）上运行的脚本语言

因此，您可以利用已经拥有或可用的Java库（因为它们被编译成字节码，因此在JVM上运行），再加上JVM的强大功能（用于垃圾收集、通过JIT编译的速度等）和Groovy的简洁性。Java程序员学习Groovy的过程应该很短（因此利用了大量可用的Java程序员）

与servlet编程、JSP、Java服务器面等标准Java机制相比，这是一种非常不同的创建web应用程序的方式。Grails（如Ruby on Rails）承诺提供一个比标准开发机制更动态、更迭代的开发环境（在实践中是否如此，我无法给出建议）

Grails上的Groovy是什么

它不再以这个名字存在了。现在它被简单地称为Grails

什么是Groovy

最初，JVM是一种动态语言。但是，自Groovy 2.0以来，静态和动态类型都受支持

什么是圣杯

Grails（以前称为“Grails上的Groovy”）是一个基于Groovy的编程框架，它的灵感来自RubyonRails（有很多不同之处，但也有很多相似之处）。与RoR一样，Grails提倡“按约定编码”，即开发最佳实践，并且意味着高效

使用“Grails上的Groovy”构建什么样的应用程序

Grails用于构建在JVM上运行的web应用程序

Groovy在Grails上的优势是什么

高生产力，专注于业务而非管道。（请注意，我不建议对现有数据模型使用Grails。这背后的原因是Grails鼓励自上而下的方法，其中数据库ER模型是由域类产生的。如果您使用的是遗留数据库，则不能采用这种方法。您必须将数据库映射到域类，可能还有naming约定将不匹配，因此需要使用hbm.xml Hibernate配置文件或注释。在我看来，这不是工作流中的一个微不足道的更改，它可能会变得非常麻烦，最终会失去Grails的大部分优势。）

当我们有C/C++、Java/J2EE和.NET/C#等标准编程语言时，为什么要在Grails上使用Groovy

因为第五点

Groovy是一种面向对象的Java平台编程语言。它是一种动态语言，具有与Python、Ruby、Perl和Smalltalk类似的特性。它可以用作Java平台的脚本语言。Groovy具有类似Java的语法，可以无缝地与Java字节码配合使用

其他特色包括：

易学曲线
支持特定于域的语言
紧凑语法
支持动态类型
强大的处理原语
Web应用程序开发的易用性
支持单元测试

Grails是一个使用Groovy编程语言的开源web应用程序框架。它旨在成为一个高生产率的框架，遵循“按约定编码”的范例，提供一个独立的开发环境，并向开发人员隐藏大部分配置细节

与Rails一样，Grails似乎是我所说的“强粒度”。如果您以Grails的方式进行开发，那么开发就很容易（而且通常相当快）。框架往往有一种做大多数事情的首选方式。另一方面，如果你需要违背规则，你将经历一段相当艰难的时期

不要说Grails上的Groovy（不存在），原因请参阅blog。

Grails-MVC框架，用于开发web应用程序和现成的代码平台，DRY（不要重复）构建在Spring+Hibernate之上。Grails平台负责运行web应用程序的基础设施和依赖关系，以便开发人员能够集中精力构建产品的功能。Grails——一个很好的框架，用于初创企业将产品从开发模式推出到生产模式。

此外，它只是Grails。在Grails上不是Groovy（这毫无意义）。幸运的是，Marc Palmer没有看到这个问题：）Grails=Groovy on Rails事实上，关于“Groovy on Rails”这个名字有很多争议，这就是Grails不再被称为Groovy on Rails的原因。是的，5年前的2006年，RubyonRails的家伙抱怨说，称为“GroovyonRails”的框架被重命名为Grails。在Grails上，除了困惑的招聘人员和他们的受害者，它从来没有被称为Groovy。你能解释一下为什么不建议将Grails与现有的数据模型一起使用吗？你能解释一下你所说的“高生产率，专注于业务而不是管道”的含义吗？什么是管道工程？@HarryPham-样板代码，处理的是“事情是如何完成的”，而不是“我们做了什么事情”implementation@PascalThivent—我可能会从头开始重写其他人的程序，如果不是因为你不建议在现有数据模型中使用Grails，Grails显然是框架使用的赢家。我还没有看到该程序的DB架构，但考虑到该程序直截了当的功能，我认为它相当简单。如果