エンティティとユースケースの明確化

debugcn 投稿 Dev

渦

私が理解している限り、use casesまたは何らかのアクションを実行するためにinteractors使用entitiesするのに対し、entitiesは私たちを保持しますbusiness rules。

この定義によると：

ユースケースはエンティティと相互作用し、エンティティに依存します

ユースケースはエンティティにどのように依存しますか、関係は何ですか？

例えば、我々は3つの機能と銀行業務アプリを持っているとしましょう：login、view balanceとtransfer funds。

したがって、資金を送金できるようにするには、ユーザーはログインしていて、十分な残高が必要です。

ここでのユースケースはでtransfer fundsあり、上記のステートメントはであると思います。business ruleその場合、どのように実装しますか？

非常に多くの類似点がありますが、適切な実装はほとんどありません。

ror

私の理解を共有したいと思います。

エンティティは、おそらく他のエンティティ以外には何にも依存しません。さまざまなアプリケーションで再利用可能なデータ（状態）とロジックを保持します。また、エンティティをプレーンPOJOと見なしました（ただし、データアクセス層から返されるものと同じではありません）
ユースケースはエンティティと相互作用し（したがってエンティティに依存します）、特定のアプリケーションのロジックを保持します（通常、さまざまなリポジトリまたはデータアクセス層ゲートウェイを介してそのロジックを実行します）。

指定した例の場合：

エンティティ：
- ユーザー（ユーザー名、ハッシュ化されたパスワード、ユーザー名の検証、プレーンテキストのパスワードのハッシュなどのロジックを保持します）
- バランス（ユーザーの依存関係、金額、制限、指定された転送金額がOKかどうかの確認などのロジックを保持します）
ユースケース：
- 認証（ユーザー名/パスワードの入力に基づいて、それを検証し、（データへの何らかのリポジトリまたはゲートウェイを使用して）ユーザーエンティティをバックエンドからプルし、トークンが成功する可能性があります）、成功した場合はキャッシュするか、エラーがある場合は報告します
- バランスの表示（ユーザーエンティティの入力に基づいて、バックエンドからバランスエンティティをプルします（上記と同じ...）、エラーがある場合は報告します
- 送金（ユーザーエンティティと金額入力に基づいて、残高エンティティをプルし、送金が許可されているかどうかを確認し、許可されている場合は実行し、許可されていない場合はエラーを報告します）