所以我刚刚完成了我的第一个F#程序,我唯一的功能背景是有点的Haskell知识(读:没有真正生成任何程序)。< / p>
在经历了一些令人难以置信的行为后,我开始意识到F#区分了:
prepareDeck = allSuits |> List.collect generateCards |> shuffle
和
prepareDeck() = allSuits |> List.collect generateCards |> shuffle
我注意到它“缓存”了前者,如果它被再次调用则不会重新计算它,而它将后者视为正常函数。你不能分辨出这个函数是否没有副作用,显然,我的shuffle
已经做了!
这应该是常识吗?我还没有在任何教程材料上看到它。原因只是解析器中的一个弱点,有点像你 在你使用它之前声明一个函数?
答案 0 :(得分:15)
大多数F#material 解释模块中的所有顶级语句都是从声明自上而下执行的。换句话说,你声明的不是函数,而是程序运行时绑定一次的值。
查看反映的代码确实很有帮助。我有一个简单的文件:
let juliet = "awesome"
let juliet2() = "awesome"
编译后的代码如下所示:
public static string juliet
{
[CompilerGenerated, DebuggerNonUserCode]
get
{
return "awesome";
}
}
//...
public static string juliet2()
{
return "awesome";
}
所以一个是静态属性,另一个是函数。这是一个理想的属性,因为想象一下,如果我们有这样的东西:
let x = someLongRunningDatabaseCall()
我们只希望x
绑定一次,我们不希望每次访问x
时都调用数据库函数。
此外,我们可以编写有趣的代码:
> let isInNebraska =
printfn "Creating cities set"
let cities = set ["Omaha"; "Bellevue"; "Lincoln"; "Papillion"; "La Vista"; "Ralston"]
fun n -> cities.Contains(n);;
Creating cities set
val isInNebraska : (string -> bool)
> isInNebraska "Omaha";;
val it : bool = true
> isInNebraska "Okaloosa";;
val it : bool = false
由于isInNebraska
是一个值,因此会立即对其进行评估。恰好其数据类型为(string -> bool)
,因此看起来像一样。因此,即使我们调用函数1000次,我们也只填充cities
集。
让我们将该代码与此进行比较:
> let isInNebraska2 n =
printfn "Creating cities set"
let cities = set ["Omaha"; "Bellevue"; "Lincoln"; "Papillion"; "La Vista"; "Ralston"]
cities.Contains(n);;
val isInNebraska2 : string -> bool
> isInNebraska2 "Omaha";;
Creating cities set
val it : bool = true
> isInNebraska2 "Okaloosa";;
Creating cities set
val it : bool = false
糟糕,我们每次调用函数时都会创建一个新的城市集。
因此,价值观和功能之间肯定存在合理和真实的区别。
答案 1 :(得分:6)
这就是几乎每种语言都有副作用的方法。
let name = expr
运行代码'now',如果expr
有效,可能会导致副作用。对name
的后续引用没有任何影响。而
let name() = expr
定义一个函数,现在没有效果,并且每次调用name()
时都会评估(并产生效果)。