Penser objet en programmation c'est essayer de trouver les éléments génériques de notre logiciel.
Mais c'est très humain, il y a pas UNE conception objet à un problème donné (déjà qu'il y a plusieurs pattern objet).
Si je veux modéliser un homme qui boit 5cl d'un verre d'eau
Je peux faire un objet Humain avec un genre, un objet Verre avec une quantité et un contenu. Et faire Humain::boire(Verre)
Mais je peux aussi faire Humain::boireEau(int quantité), je peux aussi faire les deux.
Tout dépend de la complexité de ton logiciel et de ta volonté à rendre générique les éléments. J'aurai aussi pû faire boire(Homme, int).
En fait l'objet dit juste que t'as des objets, pour faire de l'objet propre il faut se renseigner sur les patterns objets (MVC, Facade, Singleton...), les débats objets (composition vs inheritance, Entity Component System...).
Mais l'avantage sur un diagramme c'est que tu peux recommencer 50 fois, donc fait le, écrit des choses, trompe toi, réfléchis y, corrige, jusqu'à avoir un design propre
Message édité le 25 décembre 2017 à 10:56:35 par whiteapplex