【问题标题】:How do I make a Scalaz ZIO lazy?如何让 Scalaz ZIO 变得懒惰?
【发布时间】:2019-05-19 22:51:28
【问题描述】:

我有一个很重的副作用函数(想想数据库调用),我想将其用作惰性值,以便仅在第一次使用时调用它(如果从未使用过则根本不调用)。

如何使用 ZIO 做到这一点?

如果我的程序看起来像这样,那么函数只会被调用一次(但甚至根本不会使用结果):

import scalaz.zio.IO
import scalaz.zio.console._

object Main extends scalaz.zio.App {

  def longRunningDbAction: IO[Nothing, Integer] = for {
    _ <- putStrLn("Calling the database now")
  } yield 42

  def maybeUseTheValue(x: Integer): IO[Nothing, Unit] = for {
    _ <- putStrLn(s"The database said ${x}")
  } yield ()

  def maybeNeedItAgain(x: Integer): IO[Nothing, Unit] = for {
    _ <- putStrLn("Okay, we did not need it again here.")
  } yield ()

 override def run(args: List[String]): IO[Nothing, Main.ExitStatus] = for {
    valueFromDb <- longRunningDbAction
    _ <- maybeUseTheValue(valueFromDb)
    _ <- maybeNeedItAgain(valueFromDb)
  } yield ExitStatus.ExitNow(0)

}

我想我必须传递一个产生IntIO 而不是已经物化的Int,但是如果我传入只是调用数据库的原始IO,它将被重复调用:

object Main extends scalaz.zio.App {

  def longRunningDbAction: IO[Nothing, Integer] = for {
    _ <- putStrLn("Calling the database now")
  } yield 42


  def maybeUseTheValue(x: IO[Nothing, Integer]): IO[Nothing, Unit] = for {
    gettingItNow <- x
    _ <- putStrLn(s"The database said ${gettingItNow}")
  } yield ()

  def maybeNeedItAgain(x: IO[Nothing, Integer]): IO[Nothing, Unit] = for {
    gettingItNow <- x
    _ <- putStrLn(s"Okay, we need it again here: ${gettingItNow}")
  } yield ()

  override def run(args: List[String]): IO[Nothing, Main.ExitStatus] = for {
    _ <- maybeUseTheValue(longRunningDbAction)
    _ <- maybeNeedItAgain(longRunningDbAction)
  } yield ExitStatus.ExitNow(0)

}

有没有办法将longRunningDbAction“包装”成让它变得懒惰的东西?

【问题讨论】:

  • 什么决定是否需要再次调用数据库?这是在第一次调用中确定的吗?
  • @user3056052 它应该像 Scala 中的常规 lazy val dbResult = callDatabase() 一样工作,即在第一次调用它时进行评估,然后再次返回相同的值(不做任何其他事情)。跨度>

标签: scala lazy-evaluation scalaz io-monad zio


【解决方案1】:

我想出了以下几点:

 def lazyIO[E,A](io: IO[E,A]): IO[Nothing, IO[E, A]] = {
    for {
      barrier <- Promise.make[Nothing, Unit]
      fiber <- (barrier.get *> io).fork
    } yield barrier.complete(()) *> putStrLn("getting it") *> fiber.join
  }

ZIO 1.0-RC4 的更新版本(支持环境)

def lazyIO[R, E, A](io: ZIO[R, E, A]): ZIO[R, Nothing, ZIO[R, E, A]] = {
  for {
    barrier <- Promise.make[Nothing, Unit]
    fiber <- (barrier.await *> io).fork
  } yield barrier.succeed(()) *> fiber.join
}

所以这是一个接受 IO 并返回它的惰性版本的 IO。

它的工作原理是启动一个运行原始 iofiber,但仅在完成 ​​Promise (barrier) 之后。

惰性 IO 首先完成 barrier(如果它是第一个这样做的,则会解除对 fiber 的阻塞,然后运行包装好的 io)然后加入 fiber 以检索计算结果。

有了这个,我就可以了

override def run(args: List[String]): IO[Nothing, Main.ExitStatus] = for {
    valueFromDb <- lazyIO(longRunningDbAction)
    _ <- maybeUseTheValue(valueFromDb)
    _ <- maybeNeedItAgain(valueFromDb)
  } yield ExitStatus.ExitNow(0)

控制台输出显示惰性值确实被拉了两次,但只有第一个触发了“数据库访问”:

getting it
Calling the database now
The database said 42
getting it
Okay, we need it again here: 42

【讨论】:

  • 为什么不在最后添加 ).flatten 以避免 ZIO 或 ZIO 作为返回类型?它似乎对我不起作用,它被多次调用
  • @Wonay:我认为它必须是 ZIO 的 ZIO,因为它是一个有效的功能(创建一个承诺),它产生另一个有效的功能(它将完成承诺)。但我可能错了。你能把不适合你的代码贴在某个地方吗?
  • 我调用LazyIO(...) 两次进行理解,它被执行了两次。我发布了stackoverflow.com/questions/56944089/…
  • 是的,这不起作用。你应该只调用一次lazyIO,这会给你另一个 ZIO,然后你可以重复调用它。这就是我无法将其展平的意思。我必须看看那个帖子中提到的memoize
  • 注意这个memoize也有ZIO签名的同种ZIO。
【解决方案2】:

ZIO 现在有memoize

override def run(args: List[String]): IO[Nothing, Main.ExitStatus] = for {
   valueFromDb <- ZIO.memoize(longRunningDbAction)
   _ <- maybeUseTheValue(valueFromDb)
   _ <- maybeNeedItAgain(valueFromDb)
} yield ExitStatus.ExitNow(0)

它与this answer 的作用基本相同:源代码看起来像这样

/**
   * Returns an effect that, if evaluated, will return the lazily computed result
   * of this effect.
   */
  final def memoize: ZIO[R, Nothing, IO[E, A]] =
    for {
      r <- ZIO.environment[R]
      p <- Promise.make[E, A]
      l <- Promise.make[Nothing, Unit]
      _ <- (l.await *> ((self provide r) to p)).fork
    } yield l.succeed(()) *> p.await

【讨论】:

  • 与另一个答案的主要区别在于它还捕获了资源,因此使用惰性值不需要R(仅创建它)。
猜你喜欢
  • 1970-01-01
  • 2021-08-12
  • 1970-01-01
  • 2010-11-29
  • 2016-10-21
  • 1970-01-01
  • 2013-03-20
  • 2012-06-15
  • 1970-01-01
相关资源
最近更新 更多