在整洁架构的上下文中，用例和交互者意味着什么？

Question

什么是干净架构上下文中的用例和交互者。我读到用例包含业务逻辑，但如果在presenter中有一个表示层，我们可以在其中放置业务逻辑，那么为什么要使用用例呢？

Answer 1

“用例”是一个术语，据我所知，它是由计算先驱Ivar Jacobson创造的，或者至少是正式的。它是一个概念，强调系统上的特定视图，即以用户为中心的视图，即，他问，用户想要通过系统实现什么？一个用户与一个系统端到端的一次交互就是一个用例。

在这种情况下，我没有听说过“交互演员”这个词，但也许这就是雅各布森所说的“演员”。这两个词很相似。

比方说你想转账。您打开转账网页，输入金额，选择收款人或输入新的收款人，提供一次性密码，您就会看到转账正在进行中。这是一个用例。

用例可以有多个场景。在示例中，如果您没有所需的资金，会发生什么情况？如果您的收件人信息未通过验证，会发生什么情况？如果多次输入错误的一次性密码，会发生什么情况？如果你试图在短时间内转账一笔非常大的金额或许多小金额，会发生什么？

此外，用例可以有前提条件，例如，您必须已经通过身份验证，才能开始转账用例。身份验证将在其他地方指定，并作为前提条件进行记录，以保持事物的整洁。后置条件还可以指定用例完成后系统的状态。

最后，执行用例的参与者可能根本不是一个人--它可能是另一个系统。

最近，我听到了术语“客户之旅”，这似乎意味着相同的或至少是类似的概念。

底线：“用例”并不是一个特定于系统实现的术语。相反，用例用于从外部查看系统，并从用户的角度描述其行为。

Answer 2

在Clean Architecture中，“用例”和“交互者”的含义是相同的:它是包含业务逻辑的组件。此体系结构中的演示者不包含任何业务逻辑。演示者的工作是将用例交互器返回的数据结构映射为对视图最方便的数据结构。

Answer 3

用例是在系统分析中用来识别、澄清和组织系统需求的一种方法。用例由特定环境中系统和用户之间的一组可能的交互序列组成，并与特定目标相关。它由一组元素(例如，类和接口)组成，这些元素可以一起使用，其效果将大于单独元素的总和。用例应该包含对用户有重要意义的所有系统活动。用例可以被认为是与特定目标相关的可能场景的集合，实际上，用例和目标有时被认为是同义词。

一个用例(或一组用例)具有以下特征：

从触发事件到一个主要事件流(也称为基本行动过程)，以及可能的其他事件流(也称为基本行动过程)，以及可能的其他事件流(也称为替代行动过程)，从触发事件到备用事件的系统/参与者(用户) interactions

• Records路径(称为方案)的目标组织起来。

• 是多级的，因此一个用例可以使用另一个用例的功能。

可以在软件开发的几个阶段使用用例，例如规划系统需求、验证设计、测试软件，以及为联机帮助和用户手册创建大纲。