Question

À mon poste actuel, nous avons un système CMS basé sur .NET / SQL Server. Lors de la personnalisation de quelques modules pour une utilisation interne, j'ai été un peu surpris de voir qu'au lieu d'avoir des API qui renvoyaient des données via votre jeu de résultats typique lié à un contrôle DataGrid / DataList / Repeater, les API renvoyaient un code XML. noeud / collection, qui a ensuite été transmis à une transformation XSLT et restitué sur la page de cette façon.

Quels sont les avantages d'utiliser un modèle comme celui-ci?

Était-ce utile?

La solution

L'utilisation de transformations XSLT vous permettrait d'utiliser une présentation et un formatage différents de ceux des contrôles de grille .Net standard. Certaines personnes n’approuvent pas l’utilisation des grilles .Net car elles peuvent inclure plus de HTML que nécessaire et parce que si elles ne sont pas gérées avec soin, elles peuvent gonfler ViewState.

Il y a eu une récente discussion à propos . Les réseaux sont bloatware (mais les développeurs les utilisent quand même).

Autres conseils

Les pages en sortie peuvent être de n'importe quel type, telles que html, php, etc.

En configurant la source de données et le fichier XML que la page ne fait que transformer, vous avez également créé instantanément un simple "service Web" pouvant être utilisé par d'autres logiciels. Par exemple, il serait trivial de transformer cette grille en un flux RSS ou d'écrire un programme permettant d'extraire périodiquement ces données et d'envoyer une alerte plus pressante.

La méthode XSLT est très MVC, les tests unitaires, les préoccupations distinctes, où les contrôles ASP.NET sont bien ... ne le sont pas.

mise en garde: je rejette l'hypothèse selon laquelle MS peut écrire un meilleur code html / css / js que moi. Les contrôles ASP.NET sont des abominations maladroites.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top