Критика архитектуры: SQL Server FOR XML в XSLT для расширенного интерфейса HTML

Question

Могу ли я получить конструктивный отзыв о следующей архитектуре?

Краткое описание упрощенной архитектуры:

Верните XML с вашего SQL Server (используя FOR XML) и передайте его прямо в XSL-преобразование для создания полноценного веб-сайта HTML.

Каковы преимущества и недостатки такой системы по сравнению с обычной трехуровневой архитектурой ASP.NET?

Answer 1

Мы сделали что-то вроде этого. И это работает для очень простых страниц. Но как только вы захотите включить некоторый JavaScript-код на стороне клиента и тому подобное, вы обречены.

Сгенерированный вывод скрыт в таблицах стилей XSLT, и его очень трудно читать, поддерживать и исправлять ошибки.

Тестирование может быть выполнено, но также с гораздо большими усилиями, чем раньше.

Шаблон MVC и подобные ему гораздо лучше подходят для такого сценария.

Answer 2

Один профи:

1. Вы можете создавать XSLT-шаблоны, генерирующие HTML для браузера или XAML для WPF / Silverlight

Answer 3

Я сделал нечто подобное в проекте. Я считаю архитектуру очень чистой и масштабируемой, но я бы посоветовал вам использовать ее только в том случае, если у вас есть большой опыт работы с XSLT.

У нас есть несколько шаблонов XSLT и общий класс c #, который выполняет преобразование с использованием параметров XSLT. Мы получаем очень хорошую производительность, но для новых разработчиков приложение может быть сложно поддерживать.

Answer 4

Два минуса.

1. Манипулирование данными с C # или VB.net становится сложнее, потому что у вас нет классов со свойствами (код intellisense), но есть xml-документы.

2. Есть встроенные элементы управления asp.net для проверки правильности ввода данных (как на стороне клиента, так и на стороне сервера). Вы не можете использовать их, если используете XSLT для создания своей HTML-страницы.