Helping to find the usefulness of a proposal

Mark Mahieu markmahieu at googlemail.com
Thu Apr 2 04:44:21 PDT 2009


Definitely.

I did that for the Auto-assigned Parameters proposal actually, but I chose
to use javac's parser and then did my own analysis based on the AST.
There might be something generically useful I can split out from that
hacked-up code, if people want to use the same technique.

Mark


2009/4/2 Stephen Colebourne <scolebourne at joda.org>

> All,
> One possible way I'd like to suggest that the coin evaluation could be
> helped would be to write a script to find out how frequently the
> specific issue comes up in real code.
>
> It should be possible to devise, write and run a script to find the
> number of LOCs affected by many of the proposals. For example:
>
> - strings in switch (find if else on constant strings)
> - multi-catch (find duplicate catch blocks)
> - elvis operator (find ternary and if else defaulting)
> - for each where the iterator remove can be accessed (% of loops that
> access iterator)
> - for each where index is needed (% of loops that use int looping)
> - method and field literals
> - byte and short literals
> and probably many others (I've just listed some proposals I remember)
>
> Ideally, any script would be ASM/BCEL based, but grep style might work too.
>
> I mention all this because I don't have the spare time to write such a
> script, but if you do, then I'm sure we'd all like to run it and
> discuss the results ;-)
>
> Stephen
>
>



More information about the coin-dev mailing list