Transmis par: Sami actif Lundi 18 Décembre 2006 à 00:05
Cet article traduit (très correctement) de l'anglais au Français par MSDN France est un des articles les plus prisés de Ted Neward. Il y décrit notamment les différents tiers d'une architecture multi-niveaux et insiste sur les travers de cette conception : " La communication inter-niveaux implique des coûts de performance significatifs, trois à six fois plus importants qu'un appel de méthode in-process normal ". A lire même si Ted a parfois tendance à exagérer les traits pour romancer sa littérature.
Ce que j'avais retenu de cet article est qu'il faut avoir une approche pragmatique au possible lorsqu'on souhaite mettre en place une architecture technique.
Selon les cas de figure rencontrés, il ne faut pas répeter / dupliquer mais adapter les meilleures "guidelines" dans le design de framework.
Le challenge est alors d'assurer un bon compromis entre évolutivité satisfaisante et performance.
Je ne pense pas que remettre en cause le découpage en couche présentation-métier-accès données soit pertinent.
La seule chose à laquelle il faut faire attention ce sont trop d'inutiles accès distants qui pourraient pénaliser les performances.
