+1

Le jeu. 11 juin 2020 à 17:19, Andres Almiray <aalmi...@gmail.com> a écrit :

> +1 Agreed,
>
> Aliases in 3.x (should we target 2.x if there's a 2.5.13?)
> We know that Groovy 4.0 will break binary compatibility due to removal of
> split packages. We can remove the old names in Groovy 4.0.
>
> Cheers,
> Andres
>
> -------------------------------------------
> Java Champion; Groovy Enthusiast
> http://andresalmiray.com
> http://www.linkedin.com/in/aalmiray
> --
> What goes up, must come down. Ask any system administrator.
> There are 10 types of people in the world: Those who understand binary,
> and those who don't.
> To understand recursion, we must first understand recursion.
>
>
> On Thu, Jun 11, 2020 at 5:13 PM Guillaume Laforge <glafo...@gmail.com>
> wrote:
>
>> +1, that's a great idea!
>>
>>
>> On Thu, Jun 11, 2020 at 5:08 PM Cédric Champeau <
>> cedric.champ...@gmail.com> wrote:
>>
>>> +1
>>>
>>> Le jeu. 11 juin 2020 à 16:56, Jeff Beck <beckj...@gmail.com> a écrit :
>>>
>>>> I find those aliases easier to understand. So I think it's a great
>>>> improvement.
>>>>
>>>> Jeff
>>>>
>>>> On Thu, Jun 11, 2020, 9:50 AM Paul King <pa...@asert.com.au> wrote:
>>>>
>>>>> Hi folks,
>>>>>
>>>>> Given recent world events, there are numerous projects that are taking
>>>>> the opportunity to use more inclusive terminology especially in names
>>>>> within APIs. E.g. getting rid of things like master/slave,
>>>>> blacklist/whitelist, etc. While I have never witnessed any racist behavior
>>>>> in the Groovy community, it seems worthwhile to be as inclusive as we can.
>>>>> I scanned our codebase and it seems that the only potential candidate we
>>>>> have for such a change would be in SecureASTCustomizer. But feel free to
>>>>> chime in if you think there are others.
>>>>>
>>>>> For backwards compatibility, I wouldn't propose to remove the old
>>>>> names in the first instance, just provide friendly aliases. We can
>>>>> deprecate and/or remove the current names later if we feel the need. Some
>>>>> example aliases could be something like:
>>>>>
>>>>> tokensWhitelist => allowedTokens
>>>>> staticStarImportsWhitelist => allowedStaticStarImports
>>>>> importsBlacklist => prohibitedImports (or disallowedImports)
>>>>>
>>>>> Thoughts?
>>>>>
>>>>> Cheers, Paul.
>>>>>
>>>>>
>>
>> --
>> Guillaume Laforge
>> Apache Groovy committer
>> Developer Advocate @ Google Cloud Platform
>>
>> Blog: http://glaforge.appspot.com/
>> Twitter: @glaforge <http://twitter.com/glaforge>
>>
>

Reply via email to