七爪源码：好像的用例故事

2025-09-05 12:16:08

可以在 UI 和图表等相邻层的赞成下拒绝执行，以借助于用例的远距离。

因此，毫无疑问，只有当第一个取向无需第二个取向的赞成才能借助于其用例远距离时，才某种程度组合两个用例取向。

例如，RegisterUserUseCase 和 VerifyEmailUseCase。持有人结果各有不同因特网检验的结果。因特网检验赞成“持有人Gmail”用例以借助于其远距离。这里毫无疑问。

当您设计一个叙述上新浪或“检视”某物的用例取向时，似乎会出现一个问题。这种用例取向的简单版本只是利用图表。

让我们顾虑“检视个人信息”和“改回攻击者”用例。

潜在的 ViewProfileUseCase 调回从Web利用的有关Gmail的图表，以便借助于Gmail交互的远距离——检视个人信息。

class ViewProfileUseCase( private val dataSource: DataSource ) { suspend fun getUserProfile(): User { return dataSource.getCurrentUser() } }

如果提供者的当前攻击者与实际攻击者意味着，“改回攻击者”用例允许Gmail改回攻击者。

class ChangePasswordUseCase { suspend fun changePassword(current: String, new: String): User { ... } }

要开展流程，无需利用当前Gmail开展攻击者比较。

究竟某种程度在 ChangePasswordUseCase 当中注入 ViewProfileUseCase 来利用Gmail图表？

毫无疑问，不某种程度。

ChangePasswordUseCase 不依赖性 ViewProfileUseCase 以任何模式借助于其远距离。 “改回攻击者”不无需“检视个人信息”。图表采访子系统（在似乎的图表层当中）某种程度全由赞成提供者图表的用例取向。

顾及 UML 布，您大部分不会顾虑这两个用例彼此之间的任何间的关系。同样某种程度用代码来表达。

反过来说：如果您首先无需借助于“改回攻击者”，您会顾虑创建一个用例取向来利用图表吗？如果稍后允许您借助于“检视配置文件”，您究竟会返回 ChangePasswordUseCase 以将图表采访呼叫换成为 ViewProfileUseCase 呼叫？我不这么确信。

人们似乎会临时组合用例取向以重用一些与图表采访无关的演算，例如缓存或错误处理模式。但是用例组合不是你所无需的！最这样一来的是，您无需添加另一层。

您如何明白用例的起着？

更多APP/小程序/新浪站GCC能源，问侦查"七爪新浪GCC交易平台"！

。