所有 Groovy 代码都对 Groovy++ 有效吗？

Question

看到此链接后，我想尝试 Groovy++，但我有一个担心；

Groovy 的所有语法在 Groovy++ 中都有效吗？

例如，我可以在 Groovy 中执行此操作：

def list = [1,2]

上述代码在 Groovy++ 中有效吗？

Answer 1

（我相信）目标是让它支持尽可能多的 Groovy 代码。

我相信目前有一些区域无法正常工作，包括：

1. 多重赋值 - 无法编译< /a>
2. 扩展点运算符可能会导致问题在某些情况下
3. 。使用 {} 不起作用

但是您始终可以解决这些问题，或者不要将需要它们的类标记为@Typed

Answer 2

代码示例的差异列表位于 http://groovy.dzone.com/articles/ groovycomparetogroovy-part-1

一些区别：

• 更严格的编译时检查
• 没有 ExpandoMetaClass 闭包的动态类​​型修改
• 不能更改闭包代码之外的变量
• 没有直接访问私有方法

Answer 3

应该是因为在 Groovy++ 中您可以：

• 轻松混合静态和动态类型代码

参考：http: //code.google.com/p/groovypptest/wiki/欢迎

Answer 4

a) 别担心。性能对于 groovy 和 groovy++ 都不是问题。使用这两种语言，您主要编写胶合逻辑。连接各种java库的代码。这些库是用 java 编写的 - 所以它们全速运行。

有时您会注意到您已经用 groovy 编写了一大段代码，并且您希望增加一些额外的速度。没问题。 Groovy 非常适合构建算法原型。由于 Groovy 具有类似 java 的语法并利用所有这些 java 库，因此将原型转换为全速运行的 java 库是没有问题的（是的，您必须手动编码，但这意味着，您'只是'必须从你的groovy代码中删除所有这些快捷方式才能将其转换为java）。

b) 据我了解 groovy++，它是通过注释来工作的。只有当你对代码进行注释时，它才会被识别为groovy++代码。所以它应该有效。但正如您从所有这些答案中看到的那样，目前没有太多人使用 groovy++，因为性能不是问题（请参阅:-)。

顺便说一句：我猜 groovy++ fork 很快就会合并到标准的 groovy trunk 中......

Answer 5

@Typed(TypePolicy.MIXED) 使想要使用 groovy++ 优化代码的开发人员的生活变得更容易。然而它并不完全支持groovy 代码。

即使使用 @Typed(TypePolicy.MIXED) 的 groovy++ 代码兼容性仍然存在问题，

例如 groovy 样式类型转换（使用关键字“as”）

 String foo = myUntypedFoo as String

需要更改为

 String foo = (String)myUntypedFoo

在闭包之外声明的变量也不能直接在这些变量中使用闭包：

  @Typed(TypePolicy.MIXED)
  def countMatches( List<String> bahList, String pattern ){
    int counter = 0
    bahList.each{ String bah ->
      if (bah==pattern) counter++
    }
  }

需要更改为java风格（违背了groovy++的目的）或者你必须使用Reference对象。

groovy++ 对于提高 groovy/grails 性能非常有用，但这肯定不是一个简单的方法，我不确定是否应该使用 java。

Answer 6

Groovy++引入了@Typed(TypePolicy.MIXED)注解，与Groovy完全兼容。

通过使用 @Typed(TypePolicy.DYNAMIC) 或根本不使用 @Typed，您将失去所有 Groovy++ 优势。

如果可能的话，MIXED TypePolicy 优化静态位置。