Discussion :

[mactwist69]

Ola la communauté.

J'ai une question existentiel sur l’architecture d'une application, question que Google n'a pas l'air de comprendre... Je ne suis pas très expert en architecture, donc je comprendrai qu'on me jette des pierres si je dis des âneries !


Prenons une application 5-tiers classique :

Côté client :
Interface Utilisateur - Coordination

Côté serveur :
Service - Métier - DAL

Bon, jusque là tout va bien.

Si je crée une autre solution (DLL) à côté contenant une bibliothèque de classes. Je n'ai donc a priori qu'à implémenter que les couches métiers et DAL.

Ma question est la suivante : lorsque j'importe mes DLL directement dans l'UI de la solution 1...

Dites moi si je me trompe mais lorsque j'instancie un objet de ma dll (donc de la couche métier), il utilise sa DAL pour se charger... Mais en réalité, on ne passe plus du tout par les 5 couches... ça transforme l'appli 5 couches en 3 couches...

Donc si je veux respecter l'architecture il faudrait... que dans mon projet de DLL, j'implémente les couches Coordination et Service, et donc en partant de ce principe, depuis l'UI de la solution 1, au lieu d'appeler la couche métier de ma dll, j'appel la couche Coordination.

En fait même... La solution 1 n'importera que la Dll de la couche coordination, et sur le serveur il y a le reste.

Mais il me faudra donc installer sur le serveur un WCF rien que pour ma DLL... N'est il pas ?

Merci d'avance de vos lumières.

[Pol63]

à un moment faut arrêter de se masturber intellectuellement et coder, non ?

on peut très bien faire du n tiers sans se poser la question de combien de tiers on a, tant que ca répond au besoin fonctionnel, de maintenabilité et de performance ca suffit à mon sens

[DotNetMatt]

D'accord avec Pol63 Il n'y a pas de réponse absolue en plus... Les bonnes questions à se poser : Layered Application Guidelines.

[mactwist69]

Mais justement, si je pose la question c'est que je pourrai avoir des problèmes de performances...
Voir d'autres problèmes : certaines fonctionnalités ne pouvant fonctionner QUE depuis un serveur

D'où ma question... Ce n'est pas juste pour faire le BHL du VB...

[Pol63]

^^

c'est dur de visualiser tout ca
personnellement je code je que je modélise dans ma tête, et j'ai une idée de ce que chaque morceau implique sur les performances
et je ne connais pas tous les termes spécifiques (dont certains que tu cites), le lazy initialization par exemple j'ai su après l'avoir codé que ca avait un nom
donc pas simple de t'aiguiller, mais pour du traitement de données .net peut supporter pas mal de volume sur les pcs de nos jours, donc même si tu rajoutes une latence ce sera peut etre acceptable

le mieux reste de tester, il y a le stopwatch qui permet d'avoir une idée du temps passé par morceau de code
ou sinon revoir ta logique si dans certains cas ca ne colle pas

[mactwist69]

Bon, je pense que je vais surveiller les performances et trouver des parades si besoin parce que sinon ça me paraît de toute façon un peu lourd de conserver à tout prix l'architecture...

Et comme ça, ça se maintient beaucoup mieux.

Merci.

[mactwist69]

Et bien non, mes inquiétudes étaient fondées, puisque les PC utilisateur n'ont pas droit d'accès au serveur de BDD.

Donc tous les projets DLL, doivent elles-mêmes respectés les 5 couches pour que tous les projets transitent par le serveur.

Arf... J'aurai dû le voir venir.