About using initialize

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

About using initialize

Stéphane Ducasse
Hi guys

I browsed a lot of code with jb friday and I saw that lot of classes that predate the automatic initialize
introduction (squeak 3.7) do not have a nice initialize methods.  In particular old tools, have a particular style.
I wanted to raise this point. I would really like to have classes that take responsibilities to initialize objects with
decent/default instance variables. It will make the code easier to understand and evolve.
If you have some (counter) arguments I'm all ears.

Stef
_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: About using initialize

Chris Muller-3
Even though Object>>#initialize doesn't do anything, I still recommend
calling "super initialize" just for.  If you're doing an allocation
anyway, one super call ot a method that does nothing will not be a
performance issue.  But I feel is it is better-form to call super.


On Sat, Mar 6, 2010 at 3:24 PM, Stéphane Ducasse
<[hidden email]> wrote:

> Hi guys
>
> I browsed a lot of code with jb friday and I saw that lot of classes that predate the automatic initialize
> introduction (squeak 3.7) do not have a nice initialize methods.  In particular old tools, have a particular style.
> I wanted to raise this point. I would really like to have classes that take responsibilities to initialize objects with
> decent/default instance variables. It will make the code easier to understand and evolve.
> If you have some (counter) arguments I'm all ears.
>
> Stef
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project