清洁建筑。UseCase的使用？

Question

我想知道UseCase在清洁架构中的确切应用是什么。因为，现在当您拥有远程数据源或rest时，繁重的进程是在服务器端完成的，因此您没有任何逻辑可以在UseCase中实现。所有的逻辑都是状态管理，处理加载错误等等，这些都必须在状态管理中。我说错了吗？您有需要UseCases的场景吗？

Answer 1

块控制小部件的状态。理想情况下，它们没有业务逻辑。他们只使用UseCases。

UseCases (或Interactors)是应用程序的业务逻辑。它们使用实体和抽象存储库。当您想在多个块中使用相同的业务逻辑时，就需要它们。而不是复制粘贴的代码，从现有的集团，你只需做1 UseCase，并使用它在所有你想要的区块。

1. UseCase使用抽象存储库。这意味着UseCase不依赖于数据源。它可以是修复、REST、本地数据库等。UseCase只知道存储库返回实体。业务逻辑独立于数据源，易于测试。
2. API调用是在存储库实现中进行的。例如，我们有抽象类" repository“，它的实现是："FirebaseRepository”、"ApiRepository“、"LocalRepository”等等。通过polymorpthysm，我们可以创建UseCases并通过构造函数为它们提供这些存储库实现。建议使用像get_it这样的依赖注入器。
3. Bloc不包含任何业务逻辑。在清洁架构术语中，bloc =控制器+演示者。集团只使用UseCases，业务逻辑可以在几个区块之间重用。

Answer 2

尽管在UseCase中几乎没有任何逻辑可以实现，例如仅仅是通过params。创建useCase将允许我们根据需要自由地更改存储库。例如，不同的应用程序在存储库中使用不同的逻辑。

清洁架构的好处不仅在于分层逻辑，还在于如何提高可重用性、可测试性和可伸缩性(将来更容易更改和修改)。