私はプログラミング言語のインタプリタを書いています。
一連の式を評価して一連の値を取得し、評価が行われるときに 1 つの評価器から次の評価器に状態を伝達するための正しいコード イディオムが必要です。これには関数型プログラミングのイディオムが必要です。
結果は地図のように出てくるので折り目ではないです。state prop across のため、これはマップではありません。
私が持っているのは、これを理解しようとするために使用しているこのコードです。最初に数行のテスト リグで我慢します。
// test rig
class MonadLearning extends JUnit3Suite {
val d = List("1", "2", "3") // some expressions to evaluate.
type ResType = Int
case class State(i : ResType) // trivial state for experiment purposes
val initialState = State(0)
// my stub/dummy "eval" function...obviously the real one will be...real.
def computeResultAndNewState(s : String, st : State) : (ResType, State) = {
val State(i) = st
val res = s.toInt + i
val newStateInt = i + 1
(res, State(newStateInt))
}
私の現在の解決策。マップの本体が評価されると更新される var を使用します。
def testTheVarWay() {
var state = initialState
val r = d.map {
s =>
{
val (result, newState) = computeResultAndNewState(s, state)
state = newState
result
}
}
println(r)
println(state)
}
私は、私が「折りたたむときにそれを袋に入れる」イディオムと呼ぶことを行うfoldLeftを使用して、容認できない解決策と考えるものを持っています:
def testTheFoldWay() {
// This startFold thing, requires explicit type. That alone makes it muddy.
val startFold : (List[ResType], State) = (Nil, initialState)
val (r, state) = d.foldLeft(startFold) {
case ((tail, st), s) => {
val (r, ns) = computeResultAndNewState(s, st)
(tail :+ r, ns) // we want a constant-time append here, not O(N). Or could Cons on front and reverse later
}
}
println(r)
println(state)
}
また、再帰的なバリエーションもいくつかあります (明らかですが、明確ではなく、動機もよくありません)。ストリームを使用するものは、ほとんど許容できます。
def testTheStreamsWay() {
lazy val states = initialState #:: resultStates // there are states
lazy val args = d.toStream // there are arguments
lazy val argPairs = args zip states // put them together
lazy val resPairs : Stream[(ResType, State)] = argPairs.map{ case (d1, s1) => computeResultAndNewState(d1, s1) } // map across them
lazy val (results , resultStates) = myUnzip(resPairs)// Note .unzip causes infinite loop. Had to write my own.
lazy val r = results.toList
lazy val finalState = resultStates.last
println(r)
println(finalState)
}
しかし、上記の元の 'var' ソリューションほどコンパクトで明確なものを理解することはできません。 . これを使う... (願わくば!)