templates - 存在Razor模板时使用XSL的原因

Question

既然存在Razor模板引擎，是否有充分的理由继续使用XSL模板？
从我所看到的:

Razor模板引擎的语法接近于C#(或VB)，这是您已经用来编写服务器代码的语法，而XSL模板具有类似于XML的语法，这要求开发人员至少了解XML的基础知识。

您可以直接使用现有的对象模型，而不必先将其转换为XML。

Microsoft仅支持XSL 1.0版，因此似乎您在XSL中可以使用的功能受到限制。

注意:如果要回答此问题，请尝试避免使用一种语言而不使用另一种语言的个人原因，并着眼于实际的技术/实践原因，以使某一种语言比另一种语言具有优势。正如您可能已经注意到的那样，我已经建立了首选项，但是我正在尽力做到这一点。
更新
在当前情况下，我从数据库中获取数据并将其仅转换为XML，然后使用XSLT将其转换为有效的HTML，然后将其呈现给用户。在我看来，直接转换为对象模型然后在Razor模板中使用该对象模型似乎更为实用。我个人认为，与目前的流程相比，维护和涉及的代码会更容易。但是，在做出从XSLT转换为Razor的轻率决定之前，我试图给XSLT一个公平的改变，并希望两者之间进行更直接的比较。 (附带说明:这不是我选择的过程，而是一个被告知要使用的过程。)
同样，请尽量不要偏离目标太远。我的目标是对XSLT和Razor进行技术/实践比较，以便我可以确定哪种技术最适合我的情况。

Answer 1

在开发基于ASP.NET表单的应用程序时，我在一个非常依赖XSL的组织中工作。当他们迁移到MVC/Razor时，XSL完全掉线了。主要是出于您列出的原因1和2。从维护的角度来看，使用Razor更加容易，因为进入组织的新开发人员比XSL更容易使用Razor，并且与XSL相比，他们更具有Razor技能。在对象和XML之间来回转换需要更多的编码，并且还可以通过使用对象来使用InteliSense，我相信这可以大大提高生产率。我还要补充一点，使用Razor更容易调试，并且语法更简洁明了。