Quel est le processus de pensée orienté objet? [fermé

Question

J'ai étudié la POO en conjonction avec la mise en œuvre de MVC de Zend depuis quelques mois. Je suis assez nouveau dans la programmation, en général, mais je suis convaincu que je devrais apprendre les choses de la «bonne» manière, ce qui signifie pour moi Pourquoi Les choses sont faites comme elles sont. IE, j'ai découvert qu'en apprenant à faire quelque chose (n'importe quoi, dire de la musique), la meilleure façon d'apprendre à faire quelque chose est de savoir pourquoi cela se fait de cette façon en premier lieu.

Quoi qu'il en soit, j'ai eu du mal à comprendre comment développer mes propres modèles commerciaux (c'est-à-dire le M de MVC), et j'ai décidé que ce n'était pas parce que je ne comprends pas la POO en général, parce que je l'ai étudié pour plusieurs Des mois et je ne pense pas que les concepts soient très difficiles à saisir. Je trouve les exemples que j'ai étudiés très intuitifs, en fait. Le problème pour moi, je pense, réside dans le processus de traduction de mes propres problèmes en solutions orientées objet. Les exemples dans les livres (que j'ai lus jusqu'à présent) sont trop évidents, donc le processus de traduction du problème en objets n'est pas très difficile. Ce que je pense que je pourrais manquer, c'est un processus abstrait de haut niveau. Une sorte de liste d'étapes ou de questions auxquelles chaque solution orientée objet doit répondre au plus haut niveau.

Si vous deviez décrire un tel processus en plus de cinq étapes, quels seraient-ils et pourquoi? Quel est le processus le plus efficace pour traduire un problème en une solution orientée objet?