Какова общая реализация для XSLT + .Net на стороне сервера?

Question

Какова общая структура классов для использования XSLT + .Net? (XSLT на стороне сервера) Моя цель состоит в том, чтобы избежать стандартных веб-форм, ориентированных на чистый MVC, но при этом сохранить все возможности ASP.net (кеширование, управление сеансами и т. д.). Лучше ли реализовать его как обработчик (и), или на уровне страницы, или как контроль? Это абсолютно зависит от конкретной задачи или все же есть предпочтительные реализации? Что является наиболее гибкой реализацией?

Теперь я получаю XML-строку из домена через Facade (доменные сущности реализуют IXMLSerializable), загружая и кэшируя статическую коллекцию XslCompiledTransforms с диска как Singleton, и Controller (как httphandler), который управляет логикой обработки запроса и имеет доступ к предыдущим классам и кешированным страницам. Это верно?

Answer 1

Я занимаюсь разработкой с использованием модели, ориентированной на XML, и обнаружил, что подход с пользовательским обработчиком прекрасно подходит для обслуживания XML -> XSLT -> HTML.

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

Вы уже кешируете XslCompiledTransforms, и это здорово, потому что начальная компиляция является наибольшим ударом по производительности в некоторых приложениях, которые я написал.

С точки зрения «предпочтительных реализаций» - вы не найдете много информации, говорящей об этом стиле обслуживания HTML. Отсутствие поддержки XSLT 2.0 / XPATH 2.0 в основных библиотеках и отсутствие внимания к этому типу разработки от Microsoft являются основными участниками, IMO.