-
euh...
Serveur/client impose un protocole.. : pour se comprendre il faut des "requêtes" et des "réponses"
Autrement, c'est uniquement une API : il faut simplement être d'accord et cohérent sur ce qu'on passe en entrée et reçoit (ou non) en sortie.
D'un point de vue "logique" c'est bien le même travail à accomplir, d'un point de vue implémentation c'est différent, puisqu'il faut construire un protocole de communication.
Disons que je formulerais plutôt en sens inverse de toi :
Serveur/client est un cas particulier d'une modularité fonctionnelle.. Comme l'est le système de "callbacks", comme l'est des exécutables se parlant par lignes de commande, comme l'est du multi-processing...
Toutes ces techniques sont cela : des techniques.. Qui toutes visent à obtenir une modularité fonctionnelle.
Comme on l'a expliqué plus haut, on vise la plus grande indépendance entre les fonctionalités : on devrait pouvoir en retirer / ajouter / modifier une sans que cela ait un impact sur les autres.
Suivant les projets, suivant les architectures, les objectifs, etc etc, l'une ou l'autre (ou une combinaison) des techniques peut servir..
-
J'avais juste besoin de me raccrocher à une notion que je connaissais. :aie:
-
Je considère que mon problème de compréhension est résolu.
Merci à vous tous de m'avoir apporté vos lumières.
PS: Si besoin, ce sujet peut être déterré et réutilisé. ;)