<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