OOP is driving me crazy!
-
Matthew Faithfull wrote:
by all means post a better solution
I already did before I replied to your post.
Matthew Faithfull wrote:
Or you could take your own advice
If you were at all familiar with my posts you would not have made that statement. I am one of the few people on the site that attempt to introduce people to the benefits of object oriented design.
Matthew Faithfull wrote:
I don't know or care what the OPs objects do
You really didn't need to say that, it was very clear from your original post. I now return you to your regularly scheduled activity of manufacturing technical debt.
led mike wrote:
I already did before I replied to your post.
:confused:Strangely it seems to be absent form the forum.
led mike wrote:
If you were at all familiar with my posts you would not have made that statement. I am one of the few people on the site that attempt to introduce people to the benefits of object oriented design.
That wasn't the part of your advice I was refering to. I'm sure your OOP skills are second to none and you frequently point people in the right direction.
led mike wrote:
I now return you to your regularly scheduled activity of manufacturing technical debt.
:laugh: Don't assume I know less than you'd like me to just because we understand the OPs needs differently. I haven't manufactured any technical debt in years. :laugh:
Nothing is exactly what it seems but everything with seems can be unpicked.
-
Matthew Faithfull wrote:
You can do stuff like this...
Yeah I could also create a function that takes as a parameter a reference to a pointer to a pointer of a structure that contains a union that has a member that is a pointer to a pointer to a structure that contains a member that is a pointer to a function that takes as a parameter.... Not everything you can do is something you should do. Take a clue from best practices and principles of object oriented design and software design patterns. Or don't .... whatever, but try not to give bad advice to beginners that may still have a hope of becoming capable of creating something other than technical debt.
-
led mike wrote:
I already did before I replied to your post.
:confused:Strangely it seems to be absent form the forum.
led mike wrote:
If you were at all familiar with my posts you would not have made that statement. I am one of the few people on the site that attempt to introduce people to the benefits of object oriented design.
That wasn't the part of your advice I was refering to. I'm sure your OOP skills are second to none and you frequently point people in the right direction.
led mike wrote:
I now return you to your regularly scheduled activity of manufacturing technical debt.
:laugh: Don't assume I know less than you'd like me to just because we understand the OPs needs differently. I haven't manufactured any technical debt in years. :laugh:
Nothing is exactly what it seems but everything with seems can be unpicked.
Matthew Faithfull wrote:
Strangely it seems to be absent form the forum.
I can see it. I'm afraid to even try the
Permalinkfeature on the "new and destroyed" version of CP! :-DMatthew Faithfull wrote:
I haven't manufactured any technical debt in years.
So you haven't developed any software in years? It's all but impossible to keep from creating technical debt when developing software. It's just a matter of degrees and managing risk in most cases.
Matthew Faithfull wrote:
just because we understand the OPs needs differently.
Fair enough, I read the OP as being interested in the design aspects of his problem. It's very rare to see anyone posting something here that even hints at an interest in design issues.
-
IMHO there is nothig bad in his proposed solution. :)
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
-
Matthew Faithfull wrote:
Strangely it seems to be absent form the forum.
I can see it. I'm afraid to even try the
Permalinkfeature on the "new and destroyed" version of CP! :-DMatthew Faithfull wrote:
I haven't manufactured any technical debt in years.
So you haven't developed any software in years? It's all but impossible to keep from creating technical debt when developing software. It's just a matter of degrees and managing risk in most cases.
Matthew Faithfull wrote:
just because we understand the OPs needs differently.
Fair enough, I read the OP as being interested in the design aspects of his problem. It's very rare to see anyone posting something here that even hints at an interest in design issues.
led mike wrote:
So you haven't developed any software in years?
Sometimes it feels like it on this project but no, I reckon I've removed as much technical debt as I've added certainly in the last few years, 2 working on a great product where it's easy enough to add code with an absolute minimum of the usual risks. Before that the previous product I worked on was so bad that pretty much every change I made removed more problems that it created. Fair enough, I read the OP as being a C programmer doing nothing resembling actual OOP but wanting to use C++, to head in the right direction and needing a bridge from C to C++ thinking before diving in with patterns. I am quite familiar with the GOF and all their works. I've even posted a patterns article[^] which you're very welcome to shred if you so wish. :)
Nothing is exactly what it seems but everything with seems can be unpicked.
-
Lord Kixdemp wrote:
I deserve harsh punishment for not Googling first.
And you will likely receive harsh punishment if you tightly couple a business object to a view. Your punishment will be in the form of dealing with the technical debt[^] of a poor design. OOD is a tool that can solve problems of software development like hard to maintain and inflexible code. Notice I said it "can" solve those problems, or a sub optimal design, like one that would tightly couple business classes to view classes, could result in "creating" those same problems. There is much information available on the subject of Object Oriented Design. I strongly suggest you take some time to become familiar with things like best practices and principles of object oriented design. You might try some articles or tutorials and for sure get introduced to Software Design Patterns[^]. Good luck
Wow, looks like there's more to software development than just coding. :wtf: I looked up for some tutorials, and found this bunch: http://www.devdaily.com/Dir/OOA_OOD/Patterns/Tutorials/[^] You seem to know about the subject, so would you mind pointing out which of those is the best to start with? :) Thanks!
Windows Calculator told me I will die at 28. :(
-
Don't bother trying to convince me, just go right to someone like Kent Beck with your opinion.
led mike wrote:
Don't bother trying to convince me
Oh, I don't need (and don't want) to do that. I just expressed my own opinion (maybe ad (dis)advantage ;) of other people reading the thread)
led mike wrote:
just go right to someone like Kent Beck with your opinion
Good designs depend on a lot of factors, the less important being authority. :-D
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
-
led mike wrote:
Don't bother trying to convince me
Oh, I don't need (and don't want) to do that. I just expressed my own opinion (maybe ad (dis)advantage ;) of other people reading the thread)
led mike wrote:
just go right to someone like Kent Beck with your opinion
Good designs depend on a lot of factors, the less important being authority. :-D
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
CPallini wrote:
Good designs depend on a lot of factors, the less important being authority.
I see, so you are someone that is so accomplished at software development that you do not need to heed the advice of well established experts in the industry. Ok well good luck with that. Happy Holidays and all. :rolleyes:
-
CPallini wrote:
Good designs depend on a lot of factors, the less important being authority.
I see, so you are someone that is so accomplished at software development that you do not need to heed the advice of well established experts in the industry. Ok well good luck with that. Happy Holidays and all. :rolleyes:
led mike wrote:
I see, so you are someone that is so accomplished at software development that you do not need to heed the advice of well established experts in the industry.
Of course I really need to heed their advice. This doesn't mean I'm not able to have an independent opinion.
led mike wrote:
Ok well good luck with that
Thank you, I need it.
led mike wrote:
Happy Holidays and all.
Happy Holidays to you! :)
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
-
Wow, looks like there's more to software development than just coding. :wtf: I looked up for some tutorials, and found this bunch: http://www.devdaily.com/Dir/OOA_OOD/Patterns/Tutorials/[^] You seem to know about the subject, so would you mind pointing out which of those is the best to start with? :) Thanks!
Windows Calculator told me I will die at 28. :(
Lord Kixdemp wrote:
would you mind pointing out which of those is the best to start with?
It's almost impossible to know which one is better suited to your needs. Everyone is different. I will tell you that from my experience I have been a student of Object Oriented Design for years and I see no end to that on the horizon. So if your intention is continual improvement buckle up for a long ride of reading and trying to understand OOD. And if that wasn't enough there is Aspect Oriented and a new resurgence of Functional Programming that is being added to the .NET platform. If you do spend time reading on the subject you will eventually come upon some of the leading experts in the industry. They have Wiki's, Blogs whatever that discuss OOD. A couple of them are Kent Beck and Ward Cunningham. Cunningham maybe invented the Wiki[^], not sure, where he started the Portland Pattern Repository. Anyway that site is so full of information I doubt you could ever read it all. Hope that helps.
