no its not , this blog post is about extending existing classes with new methods that are stored to other packages instead of creating subclasses.
My point is about offering multiple names (not just one) to existing methods and classes, plus tags to further identify the methods so it is much easier to find the method you want or make your code more readable. My approach does not generate new methods, it does not touch existing objects , nor make the system more complicated. I see it more like a database to help you find things. But thanks for the link anyway , now I know how to make extension classes. On Mon, Dec 2, 2013 at 3:34 PM, <[email protected]> wrote: > kilon alios wrote: > >> >> Lets say you dont like the names used for some classes and methods. Why >> go through the tedious process of subclassing and creating your own methods >> that call superclass methods just so you have better names for those >> methods. Just go in and add new names for those methods, while they keep >> their old ones. Name clashing ? no problemo, use tags as identifiers that >> will help you separate methods with same names. >> > Sounds a bit (but not quite) like package "extensions" per the top half of > [1]. > [1] http://seandenigris.com/blog/?p=1015 > > cheers -ben > > > > > >
