Ouais, MVC ça permet en général de bien penser l'application.
Tous les design pattern UML sont la base de l'architecture logicielle.
Typiquement là si tu penses faire de l'async ça peut être le bordel au niveau des flux. Tu peux commencer par un diagramme de cas d'utilisation, puis un diagramme de séquences et tu finis avec un diagramme de classe.
Au fond l'important c'est pas forcément de se dire "je vais faire du MERISE" ou "je vais faire de l'UML". L'important c'est de représenter schématiquement ce que l'application doit faire et d'anticiper les interactions entre les entités de l'application
Et surtout se dire qu'il y a pas UNE bonne façon de faire, ça ne coute rien d'écrire quelque chose sur le schéma, de réfléchir, de barrer etc.. Et une fois qu'on est satisfait on code.
Perso c'est rare que je fasse un vrai UML en solo, mais je pars jamais coder bille en tête, je me pose, je réfléchis, je fais le schéma dans ma tête, je gribouille sur papier si besoin etc...
Message édité le 24 octobre 2018 à 10:26:05 par blackapplex