C'est peut-être une question que chaque programmeur pense d'un jour. La capacité de conception vient avec votre expérience progressivement. Ce que je dirais est en général si vous pouvez visualiser les objets de base de données pour un problème donné, le reste est un cakewalk (n'est pas vrai parfois si vous travaillez sur un projet techie sans DB)
Vous pouvez commencer à penser aux objets qui interagissent dans le monde réel pour compléter le processus et ensuite les mapper en classes avec des propriétés appropriées et ensuite des méthodes pour définir leur comportement. Dix vous pouvez vous concentrer sur les classes qui contribuent à l'exécution du flux de travail et non à un objet réel du monde réel.
Cela devient beaucoup simplifié si nous nous concentrons sur la conception de la base de données avant de passer directement à la conception de code. Beaucoup dépend du motif que vous choisissez - Si vous voyez un problème du point de vue MVC, vous serez naturellement attiré par l'identification de la classe «contrôleur» d'abord et ainsi de suite. Je suppose que je n'ai pas besoin de répéter les sources d'or du design et de la sagesse OOPS - ils ont déjà posté ici ou là.
questions similaires posées sur SO plusieurs fois ..... –
Mitch, j'ai fait quelques recherches de base sur le net. Puis j'ai pensé à demander dans le forum parce que j'obtiendrais de bons conseils. Par conséquent posé cette question –
FYI - Certains gars m'ont également suggéré "HeadFirst: Object Oriented Analysis and Design". –