Also, there's the Closure.directive field that could be used by some algorithms, however, even the Groovy core doesn't really make use of it...

Le 06/07/2012 09:27, Guillaume Laforge a écrit :

Well, reusing break, continue, etc, are some obvious choices, of course, but if you look back in the archives of the mailing-lists, you'll find plenty of discussions on this topic, about local and non-local returns, breaking out of each loops, etc.

The problem is not trivial, and we've never really found a good approach there.

On Fri, Jul 6, 2012 at 8:17 AM, Paul Holt <pcholt-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

What does break do right now if there is no enclosing loop?

On Jul 6, 2012 3:50 PM, "Wujek Srujek" <wujek.srujek-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

How reusing break?

On Fri, Jul 6, 2012 at 1:16 AM, Paul Holt <pcholt-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

The only way to break out of an 'each' right now is via throwables, because the inner loop is a Closure. Return just returns from the current run of the Closure.

Can we look forward to seeing a different way to escape from a loop defined by a closure? Maybe a new keyword... Have any keywords been defined but not used?

On Jul 5, 2012 9:08 PM, "Guillaume Laforge" <glaforge-yCVjj/EcxBJg9hUCZPvPmw@public.gmane.org> wrote:

It would break existing code.

[1, 2, 3].each { println it } would stop after the first iteration!

Because println it is a statement, which (in a way) returns null which is evaluated to false.

On Thu, Jul 5, 2012 at 1:02 PM, daniel_sun <realbluesun <at> hotmail.com> wrote:

Hi Jochen,

    How about improving the each function? When each function returns true,
the iteration will continue, and when returns false, the iteration will
break.

--------------------------------
[1, 2, 3].each {
    if (it == 2) {
        return true; *// means continue*
    }

    println it
}

yields
1
3

--------------------

[1, 2, 3].each {
    if (it == 2) {
        return false; *// means break*
    }

    println it
}

yields
1



--
View this message in context: http://groovy.329449.n5.nabble.com/Groovy-3-tp5710334p5710518.html

Sent from the groovy - user mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

--
Guillaume Laforge
Groovy Project Manager
Head of Groovy Development at SpringSource
http://www.springsource.com/g2one

--
Guillaume Laforge
Groovy Project Manager
Head of Groovy Development at SpringSource
http://www.springsource.com/g2one

-- Cédric Champeau SpringSource - A Division Of VMware http://www.springsource.com/ http://twitter.com/CedricChampeau

I see, but this doesn't seem to be what I am asking for. 

if ( true ) {

     String s = """I would like not to have to escape

                   |my string when I am formatting the String to get rid

                   |of the whitespace and newline and what not"""

                        

                        println s.stripMargin()

}

Prints:

I would like not to have to escape

my string when I am formatting the String to get rid

of the whitespace and newline and what not

As you can see the newlines are still there. 

if ( true ) {

     String s = """I would like not to have to escape \

                   |my string when I am formatting the String to get rid \

                   |of the whitespace and newline and what not"""

                        

                        println s.stripMargin()

}

Prints

I would like not to have to escape                    |my string when I am formatting the String to get rid                    |of the whitespace and newline and what not

StripIndent is not very useful. 

This will ALMOST get what I am looking for ( You might have valid newlines in between ): 

if ( true ) {

     String s = """I would like not to have to escape 

                   |my string when I am formatting the String to get rid 

                   |of the whitespace and newline and what not"""

                        

     println s.stripMargin().replaceAll("\n", "")

}

Prints

I would like not to have to escape my string when I am formatting the String to get rid of the whitespace and newline and what not

On Wed, Sep 12, 2012 at 12:09 PM, Guillaume Laforge <glaforge-yCVjj/EcxBJg9hUCZPvPmw@public.gmane.org> wrote:

Just use one or the other.

But please be sure to have a look at the JavaDoc explaining (briefly) their usage:

http://groovy.codehaus.org/groovy-jdk/java/lang/String.html#stripIndent()

In your case, I believe what you probably want stripIndent().

Guillaume

On Wed, Sep 12, 2012 at 12:04 PM, Mohamed Seifeddine <mseifeddo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

No, I wasn't aware. I just tried them, but they didn't work :(

if ( true ) {

     String s = """I would like not to have to escape \

                        my string when I am formatting the String to get rid \

                        of the whitespace and newline and what not"""

                        

                        println s.stripMargin().stripIndent()

}

Prints 

"I would like not to have to escape                         my string when I am formatting the String to get rid                         of the whitespace and newline and what not"

Also tried: 

if ( true ) {

     String s = """I would like not to have to escape

                        my string when I am formatting the String to get rid

                        of the whitespace and newline and what not"""

                        

                        println s.stripMargin().stripIndent()

}

and with the other order : 

println s.stripIndent().stripMargin()

What am I missing?

// Moe

On Wed, Sep 12, 2012 at 11:58 AM, Guillaume Laforge <glaforge <at> codehaus.org> wrote:

Have you had a look at the stripIndent() and stripMargin() methods that Groovy adds to String?

Guillaume

On Wed, Sep 12, 2012 at 11:54 AM, Mohamed Seifeddine <mseifeddo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

Hi, 

I just came to think about something that I think would be a nice addition to Groovy Strings.

Just came about the new Dollar Slashy String and also saw that the slashy string is now multiline. 

I tried them out hoping that my case would be covered, but no.

All multiline versions fail to take into account that you might not want to keep the white space between each line, when you need to format them properly or when you have the multiline declared in indented code.

if ( true ) {

     String s = """I would like not to have to escape \

                        my string when I am formatting the String to get rid \

                        of the whitespace and newline and what not"""

}

The purpose of introducing the multiline string back in the days as I understood it was so that we did not have to "concatinate " + "strings on " + "new lines " + "making things less readable" .

I am aware of the backslash as you can see above, but it would be nice to see a multiline string that behave like the + one without having to nest ugly slashes everywhere. 

Also the above prints: 

I would like not to have to escape                         my string when I am formatting the String to get rid                         of the whitespace and newline and what not

So even if the newlines are gone with the backslash at the end of the line, the whitespace are not.

This is not really a nice option either: 

if ( true ) {

   if ( true ) {

        String s = """I would like not to have to escape \

my string when I am formatting the String to get rid \

of the whitespace and newline and what not"""

   }

}

Suggestion: 

String s = \"""My name 

               is Mohamed and I like Groo

               vy"""\

Prints: 

My name is Mohamed and I like Groovy

The tricky part is when a valid space before breaking a line is. However if white space does exist before the end of the line, ( like after My name ) then include it. It might not be quite readable though for a developer, so perhaps forcing the escape of a space at the end or start of line might be a good idea. 

String s = \"""My name \

               is Mohamed and I like Groo

               vy or escape

               \ here"""\

My two cents.

// Mohamed

On Tue, Jul 24, 2012 at 7:39 PM, Ondřej Čada <ocs-CKS8FbnQINU@public.gmane.org> wrote:

Paul,

On Jul 20, 2012, at 2:48 PM, Paul Bennett wrote:

> One thing I really miss from other dynamic languages (Ruby, Smalltalk) is polymorphic dispatch of class methods i.e. static methods in Java/Groovy. It's really convenient to be able to define a static method on a class, then override in sub-classes. I suspect that there are underlying issues in the Java VM that make this difficult, inefficient or impossible, but I don't know enough to be sure.
>
> Is it possible? I guess I would be happy to be able to add methods to the metaClass, and dispatch of that - or maybe that's possible already?

Some time ago I've played with the idea; alas I had to focus on other things and did not get back to that. Here's a copy of what I found:

===
> [...]
>> I've considered to add the 'this' argument through an AST, and at
>> the  same moment create a stub method to be called from Java -- something like
>>
>> // source code:
>> static def foo(arg1, ... argN) { ... }
>> // result of AST:
>> static def foo(Class this,arg1, ... argN) { ... }
>> static def foo(arg1, ... argN) { foo(null,arg1, ... argN) }
>
> in Groovy source (not necessarily in the AST) you can use optional arguments:
>
> static def foo(Class this=null, arg1,...argN) {...}
>
> And for you this is surely ok. Just to take this into the language I am not sure it is a good idea.

Doing it myself, I at the moment can't see a solution to

(i) catching static method invocations globally

The API does not seem to support that -- foo.metaClass.static.invokeMethod=... works for one specific class foo only.

(ii) using new dynamic 'this' automatically when calling methods

This one perhaps can be solved AST-level, but I am not quite sure at this moment.

> Where you can really have a problem is if foo is overloaded and foo takes Class as first argument one time and one time not, but everything else is the same.. for example:
>
> foo()
> foo(Class)

Right, that was exactly what I meant by

"Preferrably with some distinctive type instead of Class, so that there is never any danger of a clash with normal pair of methods like "static def foo() { ... } static def foo(Class foo) { .... }"."

Or does not Java/Groovy allow to define my own type for Class, which would contain class all right, but allowing to distinguish these two cases?

> [...]
>> To go a bit further, we need an AST. I've got alas no more time to play now, but it seems to me it should be possible (and comparatively easy) to
>>
>> - auto-add the extra Class argument to the static methods;
>> - annotate the methods so that the test above (whether to add the self argument or not) would not fail in case there happen to be more methods with different signatures in the class;
>> - prepend automatically "self." (or "this." if fixed at runtime) when calling other methods;
>> - implement "super." as simply "<superclass>." -- i.e., if "super.foo()" was used in Bar, it would turn to "Foo.foo()"; if it was used in Bar, it would turn to "Object.foo()".
>>
>> I guess there are still dark corners and potential problems, but seems to me it _might_ lead to the desired outcome. With some luck :)
>
> a transform can do the replacements, when the class is compiled, no big thing.

I fear a bit the "prepend automatically "self."" part, since I am not sure how difficult it is to determine whether it should be done or not -- compare e.g., the standard Category AST, which does something similar, and fails with the implicit 'it'.
===

All the best,
---
Ondra Čada
OCSoftware:     ocs-CKS8FbnQINU@public.gmane.org               http://www.ocs.cz
private         ondra-CKS8FbnQINU@public.gmane.org             http://www.ocs.cz/oc

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

--
Guillaume Laforge
Groovy Project Manager
Head of Groovy Development at SpringSource
http://www.springsource.com/g2one

--
Guillaume Laforge
Groovy Project Manager
Head of Groovy Development at SpringSource
http://www.springsource.com/g2one