本月底就可以看到 HVML 程序的运行效果了 | HVML 开发月报（第八期）

2022年3月4日 admin

2020 年 5 月，笔者有了设计一款与众不同编程语言的想法，后于 2020 年 7 月提出了 HVML 编程语言并公开了第一份规范草案。一年后，即 2021 年 7 月，我们成立了一个攻坚团队并正式开始了 HVML 解释器（PurC）的开发。2021 年 12 月 27 日，第一个 HVML 程序成功运行，标志着 HVML 的正式诞生。从 2020 年 5 月开始构思，到 2021 年 12 月诞生，整整 20 个月！

从 2021 年 8 月起，我们通过“考鼎录”公众号发表 HVML 的开发月报，向关注 HVML 的各位朋友汇报相关研发进展。本文是 HVML 开发月报的第八期。

在笔者发表于 2018 年的《三谈操作系统》一文中提到，一个操作系统区别于其他操作系统最为重要的技术特征就是围绕某个特定编程语言形成的应用编程接口（API）。我将这个技术特征比喻为操作系统的基因。要设计一个全新的操作系统，就必须在某个编程语言基础上设计一套完备的、可扩展的、易用的应用编程接口，而 HVML 就是笔者为正在开发中的下一代操作系统——合璧操作系统——设计的全新编程语言。

本文是 HVML 开发月报的第八期，主要包括如下内容：

HVML 规范调整及渲染器协议
2022 年 2 月完成的工作内容
下一步计划
欢迎赞助 HVML
HVML 兴趣小组
常见问题及解答

第一次听说 HVML 的朋友，可以访问 HVML 专题页面以了解其背景。

HVML 规范及预定义变量的调整

HVML 规范 1.0 RC1 发布后，我们继续就语言规范做了一些调整，准备在 2022 年 4 月 1 日发布 HVML 规范 1.0 RC2。截止目前，RC2 中所做的调整如下所列：

用户可自定义局部变量。局部变量存在于 HVML 程序的执行栈帧中，会随着栈帧被弹出而自动释放，对节省内存使用有很大帮助。
调整了动态对象的描述语法。
移除了不必要的上下文变量。
增强了 iterate 元素，使之不使用迭代器即可完成迭代。
调整了前言部分，阐述了 HVML 的设计初衷。

有关详情，可点击阅读如下的链接：

我们同时在调整预定义变量及其接口，使之更加丰富并合理。我们计划在 2022 年 4 月 1 日发布 HVML 预定义变量 1.0 的第一个发布候选版本。该文档的访问链接如下：

就以上规范及接口定义，欢迎大家提出宝贵意见。

2022 年 2 月完成的工作内容

在研发团队的努力下，2022 年 2 月，我们又成功运行了计算斐波那契数列的五个 HVML 程序版本：

第一个版本：
- 使用数组。
- 使用 iterate 元素以及针对数值的 ADD 执行器。
- 使用 $MATH 及 $EJSON 预定义变量的方法。
第二个版本：
- 使用局部变量。
- 使用 iterate 元素以及针对数值的 ADD 执行器。
- 使用负的索引值访问数组成员。
第三个版本：
- 使用局部变量，不使用数组。
- 使用 iterate 元素以及针对数值的 ADD 执行器。
第四个版本：
- 使用多个局部变量，不使用数组。
- 使用 iterate 元素以及针对数值的 ADD 执行器。
第五个版本：
- 使用多个局部变量，不使用数组。
- 使用 iterate 元素，但不使用执行器，直接使用 with 属性定义产生迭代结果的表达式。

其他工作如下：

基本完成字符渲染器（PurC Midnight Commander，简称 PurCMC）：
1. 实现基本的渲染器通讯协议及其示例程序。
2. 动态更新 uDOM 树。
HVML 解析器的部分重构。
根据 HVML 规范文档，完善对上下文变量的支持。
根据 HVML 规范文档，完善对已支持元素如 init 等的支持。