Sujet : Re: Looking for OOP ideas
De : et99 (at) *nospam* rocketship1.me (et99)
Groupes : comp.lang.tclDate : 26. Sep 2024, 19:43:34
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vd4a0m$b42j$1@dont-email.me>
References : 1 2 3
User-Agent : Mozilla Thunderbird
On 9/26/2024 6:17 AM, Luc wrote:
On Thu, 26 Sep 2024 11:24:30 +0200, Ralf Fassel wrote:
https://www.amazon.de/Object-Oriented-Programming-Dummies-Clement-Shammas/dp/1568843321
I haven't read that myself, but I consider the "for Dummies" series
being helpful most of the times.
Using snit will add more of the "nothing-to-do-with-oop" hurdles, so I
would recommend to only go there later when you are familiar with the
basic concepts of OOP.
I already know the most basic concepts of OOP. I would rather focus on
Tcl implementations only now.
I just want some ideas to practice. Someone who is used to OOP should be
able to suggest something interesting.
I believe the best way to learn a new tool, such as a new programming language, is to think of something real rather than just write throwaway code using the new tool.
In your case, I would suggest that you create an object for the search you asked about in your earlier posting.
You might even have your object work with both in memory and a sqlite representation that you mentioned, where the latter might persist across program runs. You could use the object to hide the actual representation and have methods for lookup, load, add, etc. The constructor might be where you could choose the implementation type and provide any extra details, such as a file name.
As to snit, it was great when it was one of the only OO tools in TCL. Although the current tclOO says that its design is intended to be a platform for building OO systems, I think the future will see tclOO as simply tcl's OO system all by itself. Having to learn multiple OO systems would be a burden on any future programmers, IMHO.
e