Re: [Pharo-project] Collection
Igor wrote:
Yes. Use right tool for to do job. An OrderedCollection can't satisfy every possible combination of tasks, which developer facing.
So, these collections are currently missing. And as all current code is bound to the current implementations, switching implementation on size is the prefered approach. Stephan
On 13 March 2010 12:56, Stephan Eggermont <stephan@stack.nl> wrote:
Igor wrote:
Yes. Use right tool for to do job. An OrderedCollection can't satisfy every possible combination of tasks, which developer facing.
So, these collections are currently missing. And as all current code is bound to the current implementations, switching implementation on size is the prefered approach.
If such kind of collections didn't existed over more than 30 years of smalltalk existance, what makes you think that there a big interest in having them today? Of course, they could occupy some niche, but i doubt that they will replace an existing classes in a day-to-day use. Besides, many projects implementing own kinds of collections, specific to their needs.
Stephan
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
On Sat, 13 Mar 2010, Stephan Eggermont wrote:
Igor wrote:
Yes. Use right tool for to do job. An OrderedCollection can't satisfy every possible combination of tasks, which developer facing.
So, these collections are currently missing. And as all current code is bound to the current implementations, switching implementation on size is the prefered approach.
Trees are rarely useful in Smalltalk, so there's no default tree implementation. Note that trees consume a lot more memory (>=5x) than a single array. Levente
Stephan
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
participants (3)
-
Igor Stasenko -
Levente Uzonyi -
Stephan Eggermont