<AWT Dev> [PATCH] Cleanup AWT peer interfaces

Artem Ananiev Artem.Ananiev at Sun.COM
Tue Sep 16 02:06:20 PDT 2008


Hi, Roman,

AWT peer interfaces are really not a part of specification and can be 
changed at any moment, so we/you shouldn't bother about backwards 
compatibility. That's why I consider this suggested cleanup valuable.

Could you provide some more details about what methods and interfaces 
are changed/removed, please?

Thanks,

Artem

Roman Kennke wrote:
> Hello,
> 
> The peer interfaces have a lot of duplicate methods, where one is
> deprecated and 'replaced' by a new one (for example, preferredSize() and
> getPreferredSize() ). I see that this makes sense for public API
> _classes_ to maintain backward compatibility, but it does _not_ make
> sense for interfaces. It only confuses those who have to implement those
> interfaces (which method should I implement? Which one is called, and
> which should call which?), and adds no value at all. Also: the new
> interface methods are not used (i.e. called by AWT) at all. As part of
> the Caciocavallo project I went through this stuff and removed the
> duplicates, leaving the new methods in the interfaces and made AWT call
> the new methods instead. There were also a couple of methods that are
> never called from AWT (like ComponentPeer.repaint() ), which I also
> removed (some of such methods are used, but only in the interface
> implementation, so it is not required to have them in the public
> interface). What do you think? Should this be merged into main JDK7?
> 
> Cheers, Roman
> 
> 



More information about the awt-dev mailing list