Crítica de la arquitectura: SQL Server para XML en XSLT para Rich interfaz HTML

Question

¿Puedo obtener alguna información constructivo sobre la siguiente arquitectura?

simplificado Arquitectura Resumen:

Vuelta XML desde el servidor SQL Server (mediante FOR XML) y pasarlo directamente a una transformación XSL para producir una rica sitio web HTML.

¿Cuáles son los pros y los contras de este sistema, en comparación con una arquitectura de 3 capas ASP.NET convencional?

Answer 1

Hemos hecho algo como esto. Y funciona para páginas muy sencillas. Pero tan pronto como le gustaría incluir algún lado del cliente javascript y similares, que están condenados.

La salida generada se oculta en las hojas de estilo XSLT y es muy difícil de leer, mantener y corregir los errores.

Se pueden hacer pruebas, pero también con mucho más esfuerzo que antes.

El patrón MVC y similares es mucho más adecuado para un escenario de este tipo.

Answer 2

Dos contras.

1. La manipulación de datos con C # o VB.net se vuelve más difícil, ya que no tiene clases con propiedades (código de IntelliSense), pero XML-documentos.

2. No están incorporados en los controles ASP.NET para la validación de entrada de datos (tanto en el lado del cliente y del lado del servidor). No se puede utilizar si se utiliza XSLT para producir su página HTML.

Answer 3

he hecho algo similar en un proyecto. Encuentro la arquitectura escalable y muy limpia, pero sólo aconsejaría que lo use si le sucede que tiene un montón de experiencia de XSLT en casa.

Tenemos algunas plantillas XSLT, y una C # clase genérica que realiza la transformación, utilizando parámetros XSLT. Que tenemos muy buen rendimiento, pero, para los nuevos desarrolladores, la aplicación puede ser difícil de mantener.

Answer 4

One Pro:

1. Usted puede hacer XSLT-plantillas que produce HTML para el navegador o XAML para WPF / Silverlight.