本文共 879 字，大约阅读时间需要 2 分钟。

续前文. 在添加新功能之前, 先添加测试用例, 以应对日益复杂的代码.

选择使用编写运行测试用例. 暂时对比较复杂和I/O无关的部分进行测试.

一是代码分析部分: Antlr通过生成的分析器和定制的监听器, 对原始代码进行分析和生成指令序列的部分. 下面是对循环进行测试的一个用例:

QUnit.test( "分析_循环_前进1", function( assert ) {
     assert.deepEqual(    分析("开始\n循环2次\n前进50\n到此为止\n结束\n").返回指令序列(),    [{
   名称: 常量_指令名_前进, 参数: 50},      {
   名称: 常量_指令名_前进, 参数: 50}],    "循环2次通过!" );});

"生成路径表"将指令序列转换成路点序列(经过的转折点), 其中一个测试用例如下:

QUnit.test( "生成路径表_前进_左转_前进", function( assert ) {
     assert.deepEqual(    生成路径表([{
   名称: 常量_指令名_前进, 参数: 50},              {
   名称: 常量_指令名_转向, 参数: 90},              {
   名称: 常量_指令名_前进, 参数: 50}], 初始前进角度),    [{
   起点: 路点0, 终点: 路点1, 长度: 50},    {
   起点: 路点1, 终点: 路点2, 长度: 50}],    "通过!" );});

添加测试的过程中, 再次感受代码封装的重要性. 在测试目标接口中, DOM操作都需避免(比如document, window).

虽然已经添加了多层循环的代码分析部分测试用例, 但在实现时, 感觉需要语法树以便于支持更复杂的语法. 另外在现在的代码里, 已经开始需要拆分模块("定制监听器"比较杂乱).

下面需要调研语法树相关的JS库, 比如:

另外, 发现TypeScript也可以利用Antlr:

转载地址：https://codeinchinese.blog.csdn.net/article/details/85843200 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！