问在哪里使用`ApplicativeError`而不是`Either`？

EN

ApplicativeError[F, E]假设E的类型以某种方式编码在F中，并且您只能创建ApplicativeError[F, E]的实例，因为对于这个特定的F，使用错误E是有意义的。示例：

• ApplicativeError[Task, Throwable] - Task使用Throwable作为错误通道，因此将Throwable公开为错误代数是有意义的。事实上，来自Cats Effect的Sync[F]实现了MonadError[F, Throwable]，而后者又实现了ApplicativeError[F, Throwable] -许多Cats的类型类假设您只处理Throwable
• ApplicativeError[Task[Either[E, *]], E] -在这样的组合中，您将在类型F的特定定义以及E参数中都有E -这对于所有类型的双函数都是典型的：Task[Either[E, *]]、EitherT[Task, E, *]、ZIO的IO[E, A]，等等<代码>H225<代码>F226

接口ApplicativeError[F, E]本身并不能处理错误。但是它公开了一些方法：

• raiseError[A](e: E): F[A] -它创建了一个error
• handleErrorWith[A](fa: F[A])(f: (E) ⇒ F[A]): F[A] -处理

这样你就可以告诉它如何处理它。

两者都不需要任何关于错误性质的假设就可以工作，而F其他的是Applicative，它可能会失败。如果只使用F和type类，则可以使用这些方法从错误中恢复。如果您知道调用站点上F的确切类型(因为它被硬编码为Task、IO、Coeval等)，您可以直接使用恢复方法。

主要区别在于，结果F[Either[E, A]]不会告诉调用者E应该被视为失败。F[A]告诉我们可能只有A成功的值。另外，一个需要Applicative，而另一个需要ApplicativeError，所以创建一个值所需的“能力”是不同的-如果你看到ApplicativeError，即使结果中没有E，你可以假设该方法可能会失败，因为它需要更强大的类型类。

但它当然不是一成不变的，它主要是表达意图，因为在任何你有F[A]的地方，你都可以使用ApplicativeError[F, E]在F[Either[E, A]]之间进行转换(甚至有像attempt[A](fa: F[A]): F[Either[E, A]]或fromEither[A](x: Either[E, A]): F[A]这样的方法)。所以在你的应用程序的一部分，你可以使用带有E代数的F[A]，但是还有一个使用Either[E, A] => B的纯函数，你想要使用它--然后你可以转换，映射，如果需要的话，还可以转换回来。

这主要是关于表达意图，因为两者在道德上是平等的。