Souane (./13) :

Sasume (./12) :
C'est là que l'approche top-down est intéressante : elle te conduit à dessiner les grandes lignes de ton programme, sans te préoccuper de certains détails qui pourront être affinés ultérieurement, et permet d'obtenir un code assez concis, rapidement testable. L'inconvénient c'est qu'en procédant de la sorte tu risques d'introduire du couplage entre tes composants, ce qui pourra poser des problèmes si ton architecture change à un moment ou un autre.

Est-ce que tu aurais un exemple ? Pourquoi l'approche bottom-up introduit davantage de couplage ?

Non non, c’est l’approche top-down qui peut créer plus de couplage que l’approche bottom-up.
Parce que les sous-composants vont être conçus pour fonctionner avec ceux qui sont au-dessus. Alors qu’en faisant du bottom-up, justement, les sous-composants sont conçus de manière indépendante. (cf la réponse de Martial aussi)

Folco (./14) :
Ok, merci Sasume. Perso je serais tenté de partir en up-bottom mais en restant relativement général (écran, plan, objets sur les plans), puis de recommencer bottom-up pour le détaillage. Je ne sais pas ce que ça vaut.

C’est ce que je fais en général.