Yes, if possible (with Apache infra) it would be nice to have @
groovy.apache.org as custom handle!
Le mar. 26 nov. 2024, 02:31, Jim White a
écrit :
> Worth grabbing but I think the more significant thing to do would be to
> get groovy.apache.org set up for AT protocol.
>
> https://atproto.com/g
Worth grabbing but I think the more significant thing to do would be to get
groovy.apache.org set up for AT protocol.
https://atproto.com/guides/applications
I think BlueSky and their AT protocol for decentralized identity is an
essential element of the future of social media. I just hope Activi
Hi folks,
I created an ApacheGroovy account on Bluesky. At this stage, I am not
advocating that it usurps any of our other social media accounts but I
thought it best to at least grab it while it isn't taken.
Cheers, Paul.
- Original Message -
> From: "MG"
> To: "dev" , "Jochen Theodorou"
> Sent: Monday, November 25, 2024 11:48:54 PM
> Subject: Re: [EXT] Re: Using `var` as method return type placeholder
> Hi Jochen,
>
> I am so glad that you are finally coming around to adding variable type
> inference to
Hi Jochen,
I am so glad that you are finally coming around to adding variable type
inference to Groovy ||-)
Here are some links to get anyone started that wants to work on this:
https://medium.com/javarevisited/local-variable-type-inference-in-java-use-of-var-59beb4f2c764
https://docs.oracle.c
Hi Gianluca,
On 25/11/2024 13:48, Gianluca Sartori wrote:
I am trying to understand if it makes sense to implement type
inference (both variables and methods?) when using @CompileStatic
instead of when using `var`. Because at that point the developer is
declaring he wants type checking and all
On 25.11.24 13:48, Gianluca Sartori wrote:
[...]
I don't know, I am trying to simplify things instead of adding `var` to
the language not because we need it but just to allow the copy-paste
from Java. We have `var` because of Java? Okay, but let it be a first
citizen instead of just a token to di
>
> if you have code like this:
>
> def m(int i) {
>return i+1
> }
>
> Here you know i is an int, and then you can do a guarded version of
> static compilation that avoids all the boxing and dynamic method calls.
> This is then quite a bit faster on early executions. We used this before
> invok
On 25.11.24 10:34, Gianluca Sartori wrote:
> Because var currently only exists in Groovy to be Java syntax compatible.
My opinion is that this should be documented as such then, because right
now it's been documented as an alias for `def` but it is not.
+1
> Doing so would prevent a possi
> Because var currently only exists in Groovy to be Java syntax compatible.
My opinion is that this should be documented as such then, because right
now it's been documented as an alias for `def` but it is not.
> Doing so would prevent a possible future extension of Groovy to do type
inference wh
10 matches
Mail list logo
