使用XSLT + .Net的常见类结构是什么? (服务器端XSLT)我的目标是避免使用标准的webforms,倾向于纯MVC,但仍保留ASP.net的所有机会(缓存,会话管理等)。将它作为处理程序,或在页面级别或作为控件实现它是否更好?它绝对取决于特定的任务还是有优选的实现?什么是最灵活的实施?
现在我通过Facade从域获取xml字符串(域实体实现IXMLSerializable),从光盘作为Singleton加载和缓存XslCompiledTransforms的静态集合,以及控制请求处理逻辑的Controller(作为httphandler)访问以前的类和缓存页面。是吗?
答案 0 :(得分:2)
我使用XML中心模型进行开发,我发现自定义处理程序方法适用于提供XML - > XSLT - > HTML。
确保数据访问层保持分离对于保持处理程序专注于其特定任务非常重要。
你已经缓存了XslCompiledTransforms,这很棒,因为初始编译是我编写的一些应用程序中性能最高的。
就“优选实施”而言,你不会在那里找到很多关于这种服务HTML风格的信息。 IMO缺乏对XSLT 2.0 / XPATH 2.0的支持,并且没有专注于这种类型的开发,是IMO的主要贡献者。