Pregunta

En mi trabajo actual tenemos un sistema CMS basado en .NET / SQL Server. Mientras personalizaba un par de módulos para uso interno, me sorprendió un poco ver que en lugar de tener API que devolvieran datos a través de su conjunto de resultados típico que estaba vinculado a un control DataGrid / DataList / Repeater, las API devolvieron un XML nodo / colección, que luego se pasó a una transformación XSLT y se procesó en la página de esa manera.

¿Cuáles son los beneficios de usar un modelo como este?

¿Fue útil?

Solución

El uso de transformaciones XSLT le permitiría usar un diseño y un formato diferentes a los controles de cuadrícula .Net estándar. Algunas personas no aprueban el uso de las cuadrículas .Net porque pueden incluir más HTML del necesario, y porque si no se manejan con cuidado, pueden inflar ViewState.

Hubo una discusión reciente aquí sobre el. Las redes netas son bloatware (pero los desarrolladores las usan de todos modos).

Otros consejos

Las páginas de salida pueden ser de cualquier tipo, como html, php, etc.

Al configurar la fuente de datos y xml que la página simplemente transforma, también ha creado instantáneamente un simple 'servicio web' que puede ser consumido por otro software. Por ejemplo, sería trivial convertir esa cuadrícula en un feed rss o escribir un programa para raspar esos datos periódicamente y enviar una alerta más urgente.

El método XSLT es muy MVC, prueba de unidad, preocupaciones separadas amigables donde ASP.NET controla bien ... no lo son.

advertencia: rechazo la suposición de que MS pueda escribir mejor html / css / js que yo. Los controles ASP.NET son abominaciones torpes.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top