blocks|key|4226262|text|目标(我相信)是让它尽可能多地支持Groovy代码。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4226263|我认为目前有几个领域没有起作用，包括：|4226264|in+some+situations|offset|length|4226265|.with+{}+doesn't+work|unordered-list-item|4226266|
+|4226267|Multiple+assignment+-+doesn't+compile|ordered-list-item|4226268|The+spread-dot+operator可能会导致问题|4226269|4226270|但是您总是可以解决这些问题，或者不要将需要它们的类标记为@Typed|style|CODE|4226271|entityMap|0|LINK|mutability|MUTABLE|url|http://code.google.com/p/groovypptest/issues/detail?id=304|1|http://code.google.com/p/groovypptest/issues/detail?id=395&sort=-opened&colspec=ID%2520Type%2520Status%2520Priority%2520Milestone%2520Owner%2520Summary%2520Opened|2|http://code.google.com/p/groovypptest/issues/detail?id=25|3|http://mrhaki.blogspot.com/2009/08/groovy-goodness-spread-dot-operator.html^0|0|0|0|I|0|0|0|L|1|0|0|0|11|2|0|4|J|3|0|0|S|6|0^^$0|@$1|2|3|4|5|6|7|1A|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1B|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|1C|8|@]|9|@$F|1D|G|1E|1|1F]]|A|$]]|$1|H|3|I|5|J|7|1G|8|@]|9|@$F|1H|G|1I|1|1J]]|A|$]]|$1|K|3|L|5|6|7|1K|8|@]|9|@]|A|$]]|$1|M|3|N|5|O|7|1L|8|@]|9|@$F|1M|G|1N|1|1O]]|A|$]]|$1|P|3|Q|5|O|7|1P|8|@]|9|@$F|1Q|G|1R|1|1S]]|A|$]]|$1|R|3|-4|5|6|7|1T|8|@]|9|@]|A|$]]|$1|S|3|T|5|6|7|1U|8|@$F|1V|G|1W|U|V]]|9|@]|A|$]]|$1|W|3|-4|5|6|7|1X|8|@]|9|@]|A|$]]]|X|$Y|$5|Z|10|11|A|$12|13]]|14|$5|Z|10|11|A|$12|15]]|16|$5|Z|10|11|A|$12|17]]|18|$5|Z|10|11|A|$12|19]]]]

The aim (I believe) is to get it to to support as much Groovy code as is possible.

I believe there are currently a few areas that are not working including:

<ol>
<li><a href="http://code.google.com/p/groovypptest/issues/detail?id=25">Multiple assignment - doesn't compile</a></li>
<li>The <a href="http://mrhaki.blogspot.com/2009/08/groovy-goodness-spread-dot-operator.html">spread-dot operator</a> can cause problems <a href="http://code.google.com/p/groovypptest/issues/detail?id=304">in some situations</a></li>
<li><a href="http://code.google.com/p/groovypptest/issues/detail?id=395&amp;sort=-opened&amp;colspec=ID%20Type%20Status%20Priority%20Milestone%20Owner%20Summary%20Opened">.with {} doesn't work</a></li>
</ol>

But you can always work around these issues, or don't mark the class that needs them as <code>@Typed</code>

blocks|key|3941004|text|http://groovy.dzone.com/articles/groovycomparetogroovy-part-1上有一个与代码示例不同的列表|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3941005|一些不同之处：|3941006|3941007|更严格的编译时检查|unordered-list-item|3941008|不能使用ExpandoMetaClass|3941009|closures动态修改类型不能更改闭包代码之外的变量|3941010|不能直接访问私有方法|3941011|3941012|entityMap|0|LINK|mutability|MUTABLE|url|http://groovy.dzone.com/articles/groovycomparetogroovy-part-1^0|0|1P|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@$A|Z|B|10|1|11]]|C|$]]|$1|D|3|E|5|6|7|12|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|13|8|@]|9|@]|C|$]]|$1|G|3|H|5|I|7|14|8|@]|9|@]|C|$]]|$1|J|3|K|5|I|7|15|8|@]|9|@]|C|$]]|$1|L|3|M|5|I|7|16|8|@]|9|@]|C|$]]|$1|N|3|O|5|I|7|17|8|@]|9|@]|C|$]]|$1|P|3|-4|5|6|7|18|8|@]|9|@]|C|$]]|$1|Q|3|-4|5|6|7|19|8|@]|9|@]|C|$]]]|R|$S|$5|T|U|V|C|$W|X]]]]

There's a list of differences with code samples at <a href="http://groovy.dzone.com/articles/groovycomparetogroovy-part-1" rel="nofollow">http://groovy.dzone.com/articles/groovycomparetogroovy-part-1</a>

Some of the differences:

<ul>
<li>stricter compile-time checks</li>
<li>no on-the-fly type modifications with ExpandoMetaClass</li>
<li>closures can't change variables outside closure code</li>
<li>no direct access to private methods</li>
</ul>

blocks|key|2326912|text|应该是这样，因为在Groovy%2B%2B中您可以：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2326913|2326914|轻松混合静态和动态类型的代码|unordered-list-item|2326915|2326916|参考：http://code.google.com/p/groovypptest/wiki/Welcome|offset|length|2326917|entityMap|0|LINK|mutability|MUTABLE|url|http://code.google.com/p/groovypptest/wiki/Welcome^0|0|0|0|0|3|1E|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|T|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|U|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|V|8|@]|9|@]|A|$]]|$1|G|3|H|5|6|7|W|8|@]|9|@$I|X|J|Y|1|Z]]|A|$]]|$1|K|3|-4|5|6|7|10|8|@]|9|@]|A|$]]]|L|$M|$5|N|O|P|A|$Q|R]]]]

It should be since in Groovy++ you can:

<ul>
<li>easy mixing of statically and dynamically typed code</li>
</ul>

Reference: <a href="http://code.google.com/p/groovypptest/wiki/Welcome" rel="nofollow">http://code.google.com/p/groovypptest/wiki/Welcome</a>

blocks|key|2327052|text|a)不要担心。无论是groovy还是groovy%2B%2B，性能都不是问题。对于这两种语言，您主要编写胶水逻辑。连接各种java库的代码。这些库都是用java编写的，所以它们可以全速运行。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2327053|有时你会注意到你用groovy写了一大段代码，你想要增加一些额外的速度。没问题。Groovy非常适合原型化你的算法。由于Groovy具有类似java的语法并利用了所有这些java库，因此将您的原型转换为全速运行的java库是没有问题的(是的，您必须手动编写它，但这意味着，您只需从groovy代码中删除所有这些快捷方式即可将其转换为java)。|2327054|b)据我所知，groovy%2B%2B是通过注解工作的。只有当您注释代码时，它才会被识别为groovy%2B%2B代码。所以它应该是可行的。但正如你从所有这些答案中看到的那样，目前使用groovy%2B%2B的人并不多，因为性能不是问题(参见a+:-)。|2327055|顺便说一句:我猜groovy%2B%2B分支很快就会合并到标准的groovy主干中……|2327056|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

a) don't worry. performance isn't an issue with neither groovy nor groovy++ . With both languages, you mainly write glue-logic. The code which connects the various java libraries. And those libraries are written in java - so they run at full speed.

Sometimes you notice that you've written a big pice of code in groovy and you would like to add some extra speed. No problem. Groovy is great for prototyping your algorithm. Since Groovy has a java-like syntax and makes use of all those java libraries, it is no problem to convert your prototype into a java library which runs at full speed (yes, you have to code it manually, but this means, you 'only' have to remove all those shortcurts from your groovy code to turn it into java).

b) as far as I understand groovy++, it works through annotations. Only if you annotate code, it will be recognized as groovy++ code. So it should work. But as you can see from all these answers, not too many people use groovy++ at the moment, since performance isn't an issue (see a :-) . 

BTW: I guess that the groovy++ fork will soon be merged into the standard groovy trunk...

blocks|key|2327132|text|@Typed(TypePolicy.MIXED)让想要使用groovy%2B%2B优化代码的开发人员的生活变得更容易。然而，它并不完全支持groovy代码。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2327133|即使使用@Typed(TypePolicy.MIXED)的groovy%2B%2B代码兼容性仍然存在问题|2327134|例如，groovy样式类型转换(使用关键字"as")|2327135|+String+foo+=+myUntypedFoo+as+String|code-block|syntax|javascript|2327136|需要更改为|2327137|+String+foo+=+(String)myUntypedFoo|2327138|此外，在闭包外部声明的变量不能直接在这些闭包中使用：|2327139|++@Typed(TypePolicy.MIXED)
++def+countMatches(+List<String>+bahList,+String+pattern+){
++++int+counter+=+0
++++bahList.each{+String+bah+->
++++++if+(bah==pattern)+counter%2B%2B
++++}
++}|2327140|需要更改为java风格(违背了groovy%2B%2B的目的)，或者您必须使用引用对象。|2327141|groovy%2B%2B在提高groovy/grails性能方面非常有用，但它肯定不是一种简单的方法，我不确定是否应该使用java来代替。|2327142|entityMap^0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Z|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|10|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|11|8|@]|9|@]|A|$I|J]]|$1|K|3|L|5|6|7|12|8|@]|9|@]|A|$]]|$1|M|3|N|5|H|7|13|8|@]|9|@]|A|$I|J]]|$1|O|3|P|5|6|7|14|8|@]|9|@]|A|$]]|$1|Q|3|R|5|H|7|15|8|@]|9|@]|A|$I|J]]|$1|S|3|T|5|6|7|16|8|@]|9|@]|A|$]]|$1|U|3|V|5|6|7|17|8|@]|9|@]|A|$]]|$1|W|3|-4|5|6|7|18|8|@]|9|@]|A|$]]]|X|$]]

@Typed(TypePolicy.MIXED) makes the live of a developer that wants optimize code using groovy++ certainly easier. However it is not fully supporting groovy code.

There are still issues even with groovy++ code compatibility using @Typed(TypePolicy.MIXED)

e.g. groovy style type casting (using the keyword "as")

<pre><code> String foo = myUntypedFoo as String
</code></pre>

needs to be changed to

<pre><code> String foo = (String)myUntypedFoo
</code></pre>

Also variables that are declared outside of closures can not be used directly in these closures:

<pre><code> @Typed(TypePolicy.MIXED)
 def countMatches( List&lt;String&gt; bahList, String pattern ){
 int counter = 0
 bahList.each{ String bah -&gt;
 if (bah==pattern) counter++
 }
 }
</code></pre>

needs to be changed to java style (defeats the purpose of groovy++) or you have to use Reference objects.

groovy++ is very useful to improve groovy/grails performance but it is certainly not an easy way and I am not sure, if I should should use java instead.

blocks|key|4226372|text|Groovy%2B%2B引入了@Typed(TypePolicy.MIXED)注释，它与Groovy完全兼容。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4226373|通过使用@Typed(TypePolicy.DYNAMIC)或根本不使用@Typed，您将失去所有的Groovy%2B%2B优势。|4226374|如果可能的话，混合TypePolicy会优化静态位置。|4226375|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Groovy++ introduced @Typed(TypePolicy.MIXED) annotation, what is fully compatible with Groovy.

By using @Typed(TypePolicy.DYNAMIC) or not using @Typed at all, you will lose all Groovy++ advantages. 

MIXED TypePolicy optimize static places if it is possible.

After seeing <a href="http://code.google.com/p/groovypptest/wiki/Performance" rel="noreferrer">this link</a>, I want to try Groovy++, but I have a worry;

Is all of Groovy's syntax valid in Groovy++?

For example I can do this in Groovy:

<pre><code>def list = [1,2]
</code></pre>

Is the above code valid in Groovy++?

Is all Groovy code valid with Groovy++?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

看过后，我想试试Groovy++，但我有个顾虑；Groovy的所有语法在Groovy++中都有效吗？例如，我可以在Groovy中这样做：def list = [1,2]上面的代码在Groovy++中有效吗？

问是否所有的Groovy代码在Groovy++中都有效？
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问是否所有的Groovy代码在Groovy++中都有效？EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问是否所有的Groovy代码在Groovy++中都有效？
EN