块封装与本地封装 - 让答案

【问题标题】：Block encapsulation vs. local encapsulation - let块封装与本地封装 - 让
【发布时间】：2012-10-23 11:43:13
【问题描述】：

当我拥有与独立于其参数的函数相关的数据时，我应该在什么时候支持块封装而不是本地封装？

我应该什么时候使用：

(let [hello "Hello "]
  (defn do-greet
    "Print a greeting."
    [name]
    (println (str hello name))))

对比：

(defn do-greet
  "Print a greeting."
  [name]
  (let [hello "Hello "]
    (println (str hello name))))

【问题讨论】：

标签： clojure let

【解决方案1】：

如果您想在词法范围的代码块中使用静态常量之类的值，则前者是一个合理的选择。通常你会这样做：

该值的计算成本很高，并且您只想在加载命名空间时执行一次
该值是真正的常量，即不会在函数调用之间改变
该值将用于多个函数定义（即您将多个定义放在 let 块中）
（可能？）因为您想在宏扩展中使用值，而在宏扩展中嵌入 let 会增加不必要的复杂性。

在大多数其他情况下，可能应该首选后一个版本，这有几个原因：

比较地道
它允许函数定义在顶层，这对代码的可读性/理解性更好
它允许值随着不同的函数调用而变化
它更好地反映了在本地上下文中使用值的意图

【讨论】：

我喜欢这个，你涵盖了更多的点。我不确定您的宏扩展点是否有效，因为您可以将 let 包裹在扩展周围，但仍位于函数内部。为了可读性，我建议将风格选择与语义差异分开。（值可能因不同的函数调用而异）。

【解决方案2】：

这是一种风格选择，并且应该至少在一定程度上取决于计算价值的成本。请考虑：

(defn nth-prime [n] ...)

(defn f [x]
  (let [factor (nth-prime 10000)]
    (* x factor)))

(let [factor (nth-prime 10000)]
  (defn g [x]
    (* x factor)))

每次调用 f 时重新计算一个昂贵的常量是浪费的，g 使用一种简单的技术来避免这样做。

【讨论】：

通过说运行时行为（性能）存在差异，我认为这不是一种风格选择。只是因为在提问者的例子中，实际上没有区别，它是风格的。

【解决方案3】：

如果hello 仅用于该单个函数，则将let 放在函数本身内更有意义。如果您要在多个函数中使用hello，那么将let 放在这些函数之外并包裹在这些函数之外是有意义的。

【讨论】：

如果两者在运行时不等价，我认为我们不应该仅仅根据风格来决定。想象一下，绑定是读取静态资源(let [hello (slurp (clojure.java.io/resource "hello"))] ...)。我的问题更笼统，因为我不知道这些表格实际上是如何评估的以及相应的权衡是什么。
在某些情况下，它与风格没有任何关系。如果您需要该值在两个不同的函数中可用，则必须使该值在这些函数的范围之外可用。另外，请参阅@amalloy 的回答。

【解决方案4】：

肯定是这样的：

(defn do-greet
  "Print a greeting."
  [name]
  (let [hello "Hello "]
    (println (str hello name))))

【讨论】：