【问题标题】:Does substitution model require an environment替代模型是否需要环境
【发布时间】:2010-12-11 11:26:05
【问题描述】:

我正在为 Scheme 编写一个小型评估器。

我需要用替换模型编写评估器,因此不能使用像set! 这样的赋值。

但是由于我仍然需要在某个地方存储原始过程和 user-defined 变量,我需要一个环境吗?如果是,替代模型和环境模型有什么区别?

谢谢。

【问题讨论】:

    标签: functional-programming scheme


    【解决方案1】:

    不——对于一个普通的基于替换的评估器,你确实不需要需要一个环境。这是因为一旦你有了一个绑定(例如,当你执行一个函数调用时),你立即用值替换名称,所以没有必要保留名称->值映射。事实上,您可以将环境视为一种避免替换所涉及的开销的方法,方法是缓存它们并在以后执行它们。请参阅PLAI 了解遵循此观点的教科书——事实上,它从替换到替换缓存,直到后来才将术语更改为环境

    但请注意,使用set! 的问题与所有这些无关。当您考虑set! 时,您首先需要明确您所谈论的set! 的级别:如果它是您实现的语言而不是实现本身,那么可以在给定任何类型的可变值的情况下添加它——例如,在Racket 中,您可以使用boxes,这足以在语言中实现set!。这通常在基于环境的评估器中完成,其中环境类型从映射名称到值更改为将名称映射到 locations(实现为框或类似的可变值)。但这并不是真正必要的:您仍然可以使用基于替换的评估器来做到这一点,其中这些框正在成为您要替换的值域的一部分。举一个具体的例子,你可以从一个表达式开始(使用类似方案的语言):

    (let ((x 1))
      (begin (set! x 2)
             (set! x 3)))
    

    而不是将1 替换为x,您将分配一个包含1 的框,然后替换那个相同的框,从而得到

    (begin (set! #<box> 2)
           (set! #<box> 3))
    

    两个#&lt;box&gt;es 是那个盒子。 (请注意,这不是我正在谈论的实现代码,而是您正在评估的语言中的表达式。)通常不这样做的原因是它可能会造成混淆——您需要将值表示为框可以替换,这些框不是源用户程序的一部分,但它们是解释器应该处理的值(例如,最后一个 #&lt;box&gt; 是返回值——但它是你想要的值返回,而不是盒子),并且您需要注意盒子的身份(例如,上面的两个盒子必须是相同的盒子,以便解释第一个set!在第二个中可见)。

    因此,如果您只是学习编写口译员,不建议这样做。如果是这样的话,那我建议你看看那本教科书。

    【讨论】:

    • 感谢您提供的信息。似乎替代模型的“环境”只是一个术语问题。我会阅读 PLAI 以获取更多信息。
    • 不,环境是——总是——名称(标识符)和值之间的映射。在替换模型中不需要这样做,因为值会立即在正文中替换。
    • 在阅读了PLAI和另一本相关书籍后,我完成了评估器,我意识到你是对的。感谢您提供这些详细信息。
    • 唷...(我不太喜欢 SO 游戏,但它让我觉得有错误的问题...)
    【解决方案2】:

    是的,您仍然需要一个环境,因为正如您所说,您需要能够存储变量等。

    替代模型是一种帮助您了解如何评估给定过程的方法。比如可以定义平方函数

    (define (square x) (* x x))

    使用替换模型,如果你调用了

    (square 4)
    

    然后将 4 替换为函数定义中每次出现的 x

    (* 4 4) => 16
    

    环境用于可视化变量和状态在解释器中的存储方式。所以简而言之,替换模型用于帮助您评估过程,而环境用于查看您的解释器将如何记住用户在使用您的解释器时可能定义的变量和定义。

    【讨论】:

    • 感谢您的回答。我想问一下,这两个模型是否仅在演示如何完成计算时才有用?对我来说,它们似乎都在 eval/apply 循环中使用。
    • 我认为替换模型更多地用于演示计算是如何完成的。环境模型是解释器存储状态的一种方式。例如,过程调用将创建自己的环境,该环境将扩展全局环境并保存自己的变量。
    猜你喜欢
    • 2017-10-22
    • 1970-01-01
    • 1970-01-01
    • 2017-08-09
    • 1970-01-01
    • 2015-07-21
    • 2016-08-15
    • 2018-12-17
    • 1970-01-01
    相关资源
    最近更新 更多