编译原理 2:为什么编程语言都没有阶乘运算符?

问题

昨天发布了一篇文章《编译原理极简入门:表达式求值》,我们用编译原理的方式实现了表达式求值。有一位朋友说,如何实现阶乘运算呢?我当时在地铁上,只是简单考虑阶乘这个优先级来说,应该是高于乘除法的,那么他应该被定义在 factor 里面。但是深入再想,发现问题并不简单。

首先尝试实现阶乘

在数学公式里面 n 的阶乘被表示为 n!,那么我们先考虑一下如何进化我们的 BNF 让他支持阶乘,之前我们的 BNF 是这样的:

BNF 复制代码
factor => NUM | ( expression ) | -factor 

首先负数是没有阶乘的,直接排除 -factor 这个分支,那我们的阶乘 factor 可以这样进化:

BNF 复制代码
factor => NUM | NUM! | ( expression ) | (expression)! | -factor 

为了简化问题,我们先实现 NUM! 感受一下会发生什么。

代码实现

Python 复制代码
def factor(i):
    if tokens[i].isdigit():
        i += 1
        if tokens[i] == '!':
            n = int(tokens[i])
            i += 1
            return i, factorial(n)
        return i+1, int(tokens[i])
    elif tokens[i] == "-":
        i += 1
        i, a = factor(i)
        return i, -1*a
    elif tokens[i] == "(":
        i += 1
        i, a = expression(i)
        if tokens[i] == ")":
            i += 1
            return i, a
        else:
            raise Exception("SyntaxError: near the '%s'"%(tokens[i]))
    else:
        raise Exception("SyntaxError: near the '%s'"%(tokens[i]))
# 计算阶乘
def factorial(n): 
    if n == 0: 
        return 1 
    else: 
        return n * factorial(n-1)

我们发现之前的函数里面,拿到 NUM 就可以直接返回了,现在要多一次判断。而这个 if 看似不起眼,实则影响巨大,他的出现使得 factor 这个函数的过程产生了回溯 。说人话就是,正常情况拿完 NUM 就返回了,但因为阶乘这个后置的一元运算符,使得我们每次处理 + - * / 的时候都要拿出来看一看,如果是阶乘则由 factor 处理,如果不是,则会把这个符号放回待处理交给其他语法去处理。如果括号后面也允许阶乘的话,也要做同样的事情。阶乘作为一个冷门算符,如果为了支持这样一个算符而增加大量的回溯,就非常影响编译的效率了。

因此,所有主流的语言都不会实现后置的一元运算符,像阶乘这样的计算,应该用函数实现。

相关推荐
朝与暮6 天前
《深入浅出编译原理 -- 编译原理总述(一)》
前端·编译原理·编译器
代码欢乐豆7 天前
编译原理机测客观题(7)优化和代码生成练习题
数据结构·算法·编译原理
canonical_entropy7 天前
最小信息表达:软件框架设计的第一性原理
后端·架构·编译原理
colus_SEU12 天前
【编译原理笔记】2.1 Programming Language Basics
c++·算法·编译原理
haogexiaole13 天前
编译原理核心知识点
编译原理
爱和冰阔落19 天前
C++模板进阶 非类型模板参数 模板的特化 分离编译的深入探索
c++·面试·编译原理·模板
Hankin_Liu的技术研究室1 个月前
可观测副作用:C++编译器优化的“红线”
c++·编译原理
数据智能老司机2 个月前
自己动手写编程语言——源代码扫描
架构·编程语言·编译原理
数据智能老司机2 个月前
自己动手写编程语言——编程语言设计
架构·编程语言·编译原理
用户75389755281752 个月前
《手写解释器》第7章 表达式求值
编译原理·编译器