scala - Scala 中的 Futures 真的有用吗？

Question

我正在阅读此博客 post声称Futures不是“功能性的”，因为它们只是副作用计算的包装器。例如，它们包含 RPC 调用、HTTP 请求等。正确吗？

博客文章给出了以下示例:

def twoUsersFeed(a: UserHandle, b: UserHandle)
                (implicit ec: ExecutionContext): Future[Html] =
  for {
    feedA <- usersFeed(a)
    feedB <- usersFeed(b)
  } yield feedA ++ feedB

you lose the desired property: consistent results (the referential transparency). Also you lose the property of making as few requests as possible. It is difficult to use multi-valued requests and have composable code.
恐怕我不明白。你能解释一下我们是如何丢失 consistent result的吗？在这种情况下 ？

Answer 1

博文未能正确区分 Future本身及其常用方式，IMO。您可以使用 Future 编写纯函数式代码, 如果你只写过 Future s 调用纯函数；这样的代码在每个远程合理的意义上都是引用透明的和“功能性的”。

正确的是Future如果您将它们与具有副作用的方法一起使用，则可以对副作用进行有限的控制。如果您创建一个 Future包装webClient.get ，然后创建 Future将发送一个 HTTP 调用。但这不是关于 Future 的事实，这是关于 webClient.get 的事实!

这篇博文中有一定的道理。通过例如将表达您的计算与执行它完全分开Free monad，可以产生更高效和更可测试的代码。例如。您可以创建一种“查询语言”，在其中表达诸如“获取 A 和 B 的所有共同 friend 的个人资料照片”之类的操作，而无需实际运行它。这使得测试您的逻辑是否正确变得更容易(因为很容易制作例如可以“运行”相同查询的测试实现 - 甚至直接检查“查询对象”)，并且，正如我认为的博客文章试图建议，意味着你可以例如组合多个请求以获取相同的配置文件。 (这甚至不是纯粹的函数式编程问题——一些面向对象的书籍有“命令模式”的概念——尽管 IME 函数式编程工具如 for/yield 语法使以这种方式工作更容易) .而如果你只有一个 fetchProfile方法在运行时立即触发 HTTP 请求，然后如果您的代码逻辑请求两次相同的配置文件，则无法避免两次获取相同的配置文件。

但这并不是关于 Future就其本身而言，IMO 这篇博文比帮助更令人困惑。