Scalazが反復する：「大きい」モナドの「IterateeT」に一致するように「列挙」Tを「持ち上げる」

EnumeratorTと対応するものがあれば、IterateeT一緒に実行できます：

val en: EnumeratorT[String, Task] = EnumeratorT.enumList(List("a", "b", "c"))
val it: IterateeT[String, Task, Int] = IterateeT.length

(it &= en).run : Task[Int]

列挙モナドがiterateeモナドよりも「大きい」場合、私は一致するようにiterateeを使用するupか、より一般的にHoistは「持ち上げ」ます。

val en: EnumeratorT[String, Task] = ...
val it: IterateeT[String, Id, Int] = ...

val liftedIt = IterateeT.IterateeTMonadTrans[String].hoist(
  implicitly[Task |>=| Id]).apply(it)
(liftedIt &= en).run: Task[Int]

しかし、iterateeモナドが列挙子モナドよりも「大きい」場合、どうすればよいでしょうか。

val en: EnumeratorT[String, Id] = ...
val it: IterateeT[String, Task, Int] = ...

it &= ???

のHoistインスタンスEnumeratorTも、明らかな「リフト」メソッドもないようです。

通常のエンコーディングでは、列挙子は本質的にStepT[E, F, ?] ~> F[StepT[E, F, ?]]です。この型をStep[E, G, ?] ~> G[Step[E, G, ?]]指定されたに変換するジェネリックメソッドを記述しようとするとF ~> G、すぐに問題が発生します。元の列挙子を適用できるようにするには、a Step[E, G, A]をに「下げる」必要がありStep[E, F, A]ます。

Scalazは、次のような代替列挙子エンコーディングも提供します。

trait EnumeratorP[E, F[_]] {
  def apply[G[_]: Monad](f: F ~> G): EnumeratorT[E, G]
}

このアプローチにより、必要な効果に固有の列挙子を定義できますが、より多くのコンテキストを必要とするコンシューマーと連携するように「列挙」することができます。例を使用するように変更できますEnumeratorP（古いモナドの部分順序ではなく、より新しい自然変換アプローチ）：

import scalaz._, Scalaz._, iteratee._, concurrent.Task

def enum: EnumeratorP[String, Id] = ???
def iter: IterateeT[String, Task, Int] = ???

val toTask = new (Id ~> Task) { def apply[A](a: A): Task[A] = Task(a) }

これで、次のように2つを作成できます。

scala> def result = (iter &= enum(toTask)).run
result: scalaz.concurrent.Task[Int]

EnumeratorP（場合モナドでF応用的である）、およびEnumeratorPコンパニオンオブジェクトは上のもののように多くのことを見て列挙子の定義を支援するためにいくつかの機能を提供してEnumeratorT-thereのをempty、perform、enumPStream、など私が推測する必要がEnumeratorT使用して実装することができませんでしたインスタンスEnumeratorPエンコーディングが、私の頭の上から私は、彼らがどのように見えるかわかりません。