Architecture Critique: SQL Server FOR XML en HTML XSLT pour Rich Interface

Question

Puis-je obtenir des commentaires constructifs sur l'architecture suivante?

simplifié l'architecture Résumé:

Retour XML de SQL Server (en utilisant FOR XML) et le faire passer directement dans une transformation XSL pour produire un riche site web HTML.

Quels sont les avantages et les inconvénients d'un tel système par rapport à une architecture ASP.NET 3 niveaux conventionnels?

Answer 1

Nous avons fait quelque chose comme ça. Et cela fonctionne pour les pages très simples. Mais dès que vous souhaitez inclure un certain côté client javascript et similaire, vous êtes condamné.

La sortie générée est cachée dans les feuilles de style XSLT et il est très difficile à lire, maintenir et corriger les bugs.

Le test peut être fait, mais aussi avec un effort beaucoup plus qu'avant.

Le modèle MVC et similaire est beaucoup mieux adapté à un tel scénario.

Answer 2

Deux contre.

1. Manipulation de données avec C # ou VB.net devient plus difficile parce que vous n'avez pas des classes avec des propriétés (le code IntelliSense) mais les documents XML.

2. Il y a construit dans les contrôles de validation asp.net pour la saisie des données (à la fois côté client et côté serveur). Vous ne pouvez pas les utiliser si vous utilisez XSLT pour produire votre page HTML.

Answer 3

Je l'ai fait quelque chose de similaire dans un projet. Je trouve l'architecture très propre et évolutive, mais je ne vous conseille d'utiliser si vous arrive d'avoir beaucoup d'expertise XSLT dans la maison.

Nous avons quelques modèles XSLT, et c # classe générique qui effectue la transformation, en utilisant des paramètres XSLT. Nous obtenons de très bonnes performances mais, pour les nouveaux développeurs, l'application peut être difficile à maintenir.

Answer 4

Un pro:

1. Vous pouvez faire XSLT-modèles qui produit HTML pour le navigateur ou XAML pour WPF / Silverlight.