Virtual extension methods: don't call them defender methods, please

Brian Goetz brian.goetz at oracle.com
Wed Jun 16 12:13:27 PDT 2010


Yes, of course.

As has been stated before, we're openly sharing big chunks of design processes 
that have historically been private.  As a result, ideas are being exposed in 
their raw state, and one should not conclude that the final product will look 
like the raw ideas being thrown around.

"Extension methods" is a better name for public consumption (hey, that's even 
what the strawman syntax used.)  But there's no rule against having some fun 
at work (and maybe even internally within the VM/compiler code and comments.)

Cheers,
-Brian

On 6/16/2010 2:51 PM, David Flanagan wrote:
> Brian,
>
> I'm not qualified to comment on the technical aspects of this proposal,
> but I did want to point out that the "public defender" metaphor only
> works in the US and if the name "defender method" sticks, it will be a
> mystery to most of the world.
>
> Given that Java is not likely to have both static and virtual extension
> methods, I think these could more simply be called "extension methods".
>
> And given that your proposal points out that they can be used not as
> extensions but as an alternative to abstract classes, an even simpler
> name would be "default methods".
>
> David Flanagan
>
> P.S. I'm assuming that my post to lambda-dev will be rejected since I'm
> not a subscriber, so I've cc'ed you directly.


More information about the lambda-dev mailing list