[英]F# saying value not defined in Computation Expression
我一直在研究带有 F# 计算表达式的 State Monad,并且我也在尝试使用自定义操作。 我得到了一些没有意义的奇怪行为。 编译器报告一个值在上面仅声明两行时不存在。
type State<'a, 's> = ('s -> 'a * 's)
module State =
// Explicit
// let result x : State<'a, 's> = fun s -> x, s
// Less explicit but works better with other, existing functions:
let result x s =
x, s
let bind (f:'a -> State<'b, 's>) (m:State<'a, 's>) : State<'b, 's> =
// return a function that takes the state
fun s ->
// Get the value and next state from the m parameter
let a, s' = m s
// Get the next state computation by passing a to the f parameter
let m' = f a
// Apply the next state to the next computation
m' s'
/// Evaluates the computation, returning the result value.
let eval (m:State<'a, 's>) (s:'s) =
m s
|> fst
/// Executes the computation, returning the final state.
let exec (m:State<'a, 's>) (s:'s) =
m s
|> snd
/// Returns the state as the value.
let getState (s:'s) =
s, s
/// Ignores the state passed in favor of the provided state value.
let setState (s:'s) =
fun _ ->
(), s
type StateBuilder() =
member __.Return(value) : State<'a, 's> =
State.result value
member __.Bind(m:State<'a, 's>, f:'a -> State<'b, 's>) : State<'b, 's> =
State.bind f m
member __.ReturnFrom(m:State<'a, 's>) =
m
member __.Zero() =
State.result ()
member __.Delay(f) =
State.bind f (State.result ())
let rng = System.Random(123)
type StepId = StepId of int
type Food =
| Chicken
| Rice
type Step =
| GetFood of StepId * Food
| Eat of StepId * Food
| Sleep of StepId * duration:int
type PlanAcc = PlanAcc of lastStepId:StepId * steps:Step list
let state = StateBuilder()
let getFood =
state {
printfn "GetFood"
let randomFood =
if rng.NextDouble() > 0.5 then Food.Chicken
else Food.Rice
let! (PlanAcc (StepId lastStepId, steps)) = State.getState
let nextStepId = StepId (lastStepId + 1)
let newStep = GetFood (nextStepId, randomFood)
let newAcc = PlanAcc (nextStepId, newStep::steps)
do! State.setState newAcc
return randomFood
}
let sleepProgram duration =
state {
printfn "Sleep: %A" duration
let! (PlanAcc (StepId lastStepId, steps)) = State.getState
let nextStepId = StepId (lastStepId + 1)
let newStep = Sleep (nextStepId, duration)
let newAcc = PlanAcc (nextStepId, newStep::steps)
do! State.setState newAcc
}
let eatProgram food =
state {
printfn "Eat: %A" food
let! (PlanAcc (StepId lastStepId, steps)) = State.getState
let nextStepId = StepId (lastStepId + 1)
let newStep = Eat (nextStepId, food)
let newAcc = PlanAcc (nextStepId, newStep::steps)
do! State.setState newAcc
}
type StateBuilder with
[<CustomOperation("sleep", MaintainsVariableSpaceUsingBind=true)>]
member this.Sleep (state:State<_,PlanAcc>, duration) =
printfn $"Sleep"
State.bind (fun _ -> sleepProgram duration) state
[<CustomOperation("eat", MaintainsVariableSpaceUsingBind=true)>]
member this.Eat (state:State<_,PlanAcc>, food) =
printfn $"Eat"
State.bind (fun _ -> eatProgram food) state
let simplePlan =
state {
let! food = getFood
sleep 2
eat food // <-- This is where the error is.
// The value or constructor 'food' does not exist
}
let initalAcc = PlanAcc(StepId 0, [])
let x = State.exec simplePlan initalAcc
x
这一切都与计算表达式的深层性质有关,从您在帖子中放置的标签来看,您必须已经了解monads 。
什么是单子? 它只是这种将计算链接在一起的模式的名称,将一个结果作为参数传递给下一个,仅此而已。 有关示例的更全面解释,请参见此答案。 在这里,我假设您知道bind
和return
是如何工作的,尤其是看看您自己是如何为State
实现它们的。
什么是计算表达式? 它们就是你通常所说的“单子理解”,这基本上意味着它们是单子的语法糖。 实际上,这意味着它们是聪明的语法,最终会变成一系列bind
和return
调用。
让我们考虑一个没有sleep
的简化示例:
state {
let! food = getFood
printfn $"{food}"
}
这段代码会变成这样:
state.Bind(
getFood,
(fun food ->
printfn "${food}"
state.Return ()
)
)
看看这里发生了什么? getFood
之后的计算部分变成了 function,而这个 function 以food
为参数。 这就是printfn
行获取要打印的food
值的方式——因为它作为参数传递给 function。
然而,自定义操作的工作方式略有不同。 当编译器遇到自定义操作时,它会获取自定义操作之前的整个表达式( Bind
调用的序列),并将整个内容作为参数传递给自定义操作。
看看会发生什么,让我们尝试eat
:
state {
let! food = getFood
printfn $"{food}"
eat food
}
这将被取消:
state.Eat(
state.Bind(
getFood,
(fun food ->
printfn $"{food}"
state.Return food
)
),
food
)
嗯……看看这里发生了什么? Eat
的第二个参数是food
,但在任何地方都没有定义。 它仅在该嵌套函数内有效! 这是你得到错误的地方。
所以为了解决这个问题,计算表达式有一个特殊的东西: ProjectionParameterAttribute
。 这里的“投影”一词大致意思是“转换”,其想法是这样的参数将是function ,可以在“到目前为止”计算的计算结果上调用它以提取其中的一部分。
在实践中,这意味着如果我们这样注释Eat
:
member this.Eat (state:State<_,PlanAcc>, [<ProjectionParameter>] food) =
那么上面例子的脱糖就变成了这样:
state.Eat(
state.Bind(
getFood,
(fun food ->
printfn $"{food}"
state.Return(food)
)
),
(fun x -> x)
)
注意嵌套的 function 是如何调用state.Return
的,所以整个Eat
的第一个参数的结果就是food
的值。 这是故意完成的,以使中间变量可用于下一部分计算。 这就是“保持可变空间”的意思。
然后注意Eat
的第二个参数如何变得fun x -> x
- 意味着它从中间 state 中提取food
的值,该中间值是通过该state.Return
从Eat
的第一个参数返回的。
现在Eat
实际上可以调用 function 来获取food
的值。
member this.Eat (state:State<_,PlanAcc>, [<ProjectionParameter>] food) =
printfn $"Eat"
State.bind (fun x -> eatProgram (food x)) state
注意参数x
- 来自state
,通过State.bind
到 lambda 表达式中。 如果您查看Eat
的类型,您会发现它变成了这样:
Eat : State<'a, StateAcc> * ('a -> Food) -> State<unit, StateAcc>
这意味着它需要一个 state 计算产生一些'a
,加上一个从'a
到Food
的 function ,它返回一个 state 计算什么都不产生(即unit
)。
到目前为止,一切都很好。 这将解决“ food
未定义”的问题。
但没那么快。 现在你有一个新问题。 尝试重新引入sleep
:
state {
let! food = getFood
printfn $"{food}"
sleep 2
eat food
}
现在你得到一个新的错误: food
应该有Food
类型,但是这里有unit
类型。
WTF在这里发生?!
好吧,你只是把Sleep
里面的food
扔掉了,仅此而已。
member this.Sleep (state:State<_,PlanAcc>, duration) =
printfn $"Sleep"
State.bind (fun _ -> sleepProgram duration) state
^
|
This was `food`. It's gone now.
你看, Sleep
需要一个计算产生一些东西,然后扔掉那个东西并运行sleepProgram
,它是一个计算产生unit
,所以这就是sleep
的结果。
让我们看一下脱糖的代码:
state.Eat(
state.Sleep(
state.Bind(
getFood,
(fun food ->
printfn $"{food}"
state.Return food
)
),
2
)
(fun x -> x)
)
看看Sleep
的结果如何是Eat
的第一个参数? 这意味着Sleep
需要返回一个产生food
的计算,以便Eat
的第二个参数可以访问它。 但Sleep
没有。 它返回sleepProgram
的结果,它是一个计算生成unit
。 所以现在food
没有了。
Sleep
真正需要做的是首先运行sleepProgram
,然后在它的最后链接另一个计算,该计算将返回原始Sleep
的第一个参数的结果。 像这样:
member this.Sleep (state:State<_,PlanAcc>, duration) =
printfn $"Sleep"
State.bind
(fun x ->
State.bind
(fun () -> State.result x)
(sleepProgram duration)
)
state
但这太丑了,不是吗? 幸运的是,我们有一个方便的编译器功能,可以将这种混乱的bind
调用变成一个漂亮而干净的程序:计算表达式!
member this.Sleep (st:State<_,PlanAcc>, duration) =
printfn $"Sleep"
state {
let! x = st
do! sleepProgram duration
return x
}
如果你从这一切中拿走一件事,那就是:
在计算表达式中定义的“变量”根本不是真正的“变量”,它们只是看起来像它们,但实际上它们是 function 参数,你必须这样对待它们。 这意味着每个操作都必须确保遍历从上游获得的任何参数。 否则,这些“变量”将无法在下游使用。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.