干净的体系结构-用例类太多

我将进入Clean Architecture，将Android的级别从MVC提升到MVP，使用Dagger 2引入DI，使用RxJava 2引入反应性，当然还使用Java 8。

在MVP干净架构中，实体（在数据存储区中）与应访问它们的演示者之间存在一层。该层是“用例”。用例最好是一个接口，它对一个实体执行一个操作。

我还知道，Clear Architecture 是“尖叫中的 ”，就其项目而言，由于它们中的类很多，因此其可读性很高。

现在，在我的项目中，我有大约6个不同的实体，当然，每个实体存储库都有至少4种方法（通常是get，add，delete，update）来访问它们。. 因此，6 * 4 = 24。

如果我到目前为止对Clean Architecture的了解，我将有24个UseCase。

如果与MVC中的6个控制器相比，这是很多类。

我真的需要制作24个用例吗？

我真的很感谢有人成功使用它所做的澄清。

谢谢，杰克

我真的需要制作24个用例吗？

仅当您编写的所有内容都是CRUD时。

请参考下图：

您的断言是，您将有六个不同的实体，并且每个实体有4个方法（创建，读取，更新和删除）。但这仅在图中间的黄色圆圈（实体层）中正确。在用例层中创建24个仅通过CRUD调用传递给实体层的方法是没有意义的。

用例不是“添加客户记录”。用例更像是“向客户出售项目”（涉及客户，产品和库存实体）或“打印发票”（涉及相同实体，除了发票标题和发票行项目） ）。

创建用例时，您应该考虑的是业务交易，而不是CRUD方法。

扩展阅读
汇总-域对象的群集，可以将其视为一个单元

如果在一个UseCase中翻译了每个CRUD操作，那是对的。但是UseCase也可能包含多个CRUD操作。

UseCase是一个分离的模型，它收集来自不同数据源的信息并准备与数据接收器的通信。可能涉及多个CRUD操作。

因此，请考虑用例，其中为客户创建发票并还创建客户本身，因为他/她在系统中不存在。您有一个UseCase，它在一个事务中导致至少两个Create-Operations。

您对用例的定义是错误的，用例是一个实现业务规则的类，它不需要是CRUD操作，它可以是复杂的多步操作