Blazor 002：Razor UI描述语言，为何逆历史潮流而动？

本文共计9195个文字，预计阅读时间需要37分钟。

Razor是一种相对简洁、直观的标记语言，尤其在实际应用中展现了极高的效率与灵活性。本文主要介绍了Razor的基本概念，以及Razor引擎的一些背后机制。在撰写文章之前，我想先为大家普及一下Razor的基本语法。

Razor是一门相当怪异丑陋的标记语言，但在实际使用中却十分高效灵活。本文主要介绍了Razor是什么，以及Razor引擎的一些浅薄的背后机理。

写文章前我本想一口气把Razor的基本语法，以及Blazor Server App的编译过程都介绍出来的，奈何文章到了这个长度自由互联的Markdown编辑器实在不堪重负了。就只能将这些零碎的、无聊的基础语法知识，Blazor Server App与Blazor WASM App 编译过程的差别，放在下一篇文章再去讲了。

1. 什么是 Razor，它和 Blazor 有什么关系？

我们上文提到了 Web UI 框架三大重点：

1. 调 DOM API
2. 描述交互逻辑
3. 调用服务端函数或 API

我们也介绍了 Blazor 的两种工作方式：Blazor Server 和 Blazor WebAssembly。虽然 Blazor 有两套工作方式，但都逃不脱一个问题：如何用代码描述视觉和交互逻辑。

描述交互逻辑，就必然要用一种程序设计语言去表达这些逻辑。

主流前端框架选择了 JavaScript，这出于两点考虑：

1. 因为浏览器天然的有 JS 的运行环境。