Thread: Where and how to learn about design patterns ?

Hello,


I would like to get some advices about learning OO programming. Things like design patterns and other OO technics. How and where to learn ? I understand concepts like inheritance, polymorphism, encapsulation quite well, but what should I do next ? You probably going to advice me "write code", while it is very good advice, how can I check my work, literally how to write my programs in a good OO way, and check if it was done correctly ?


PS: What kind of programs I should write to begin with OO concepts ? I mean object oriented "Hello world" programs


I am looking forward for very good advices


Thanks a lot!

First, please define "OO programming"

Originally Posted by Hodor

First, please define "OO programming"

Heh, I was thinking about object oriented programming, what else Hodor? So the kind of programming where you define objects, then create instances of them and finally use them accordingly.

Originally Posted by MartinR

Heh, I was thinking about object oriented programming, what else Hodor? So the kind of programming where you define objects, then create instances of them and finally use them accordingly.

Well, you can do that using plain C.

The reason I asked is because there doesn't really seem to be a consensus on what "OOP" actually is. So, maybe, "design patterns" are not related to OOP at all and your question could be rephrased a bit to make it more specific, because AFAIK there is no "OO[P] way" because nobody can even agree on what OOP actually is. If that makes sense.

First, please define "OO programming"

Ahh, MartinR, I feel you missed a golden opportunity there.
You could have punned back with the classic:

Code:

#define OO_programming

Sorry, I shall fade back into the background now

Originally Posted by Hodor

Well, you can do that using plain C.
The reason I asked is because there doesn't really seem to be a consensus on what "OOP" actually is. So, maybe, "design patterns" are not related to OOP at all and your question could be rephrased a bit to make it more specific, because AFAIK there is no "OO[P] way" because nobody can even agree on what OOP actually is. If that makes sense.

Hodor, you are turning my question into a very *philosophical* discussion. No no, I simply wanted to request advices on how to learn good OO programming in C++. So should I concern on design patterns, or something else. What should I study to write good OO software ;]


Thanks!