清洁体系结构中的共享实体

Question

我正在读clean architecture的书，我想把它应用到我写的一些软件中。在该软件中，User和Group等实体扮演着非常重要的角色。出于这个原因，为了避免重复，跨代码共享这些实体是有意义的，但这也违反了清洁体系结构的规则。

在这种情况下，什么是正确的决定？我应该在核心中添加一个“shared/entities”文件夹吗？

我正在做的项目主要是在flutter编程，如果这对答案很重要的话。

Answer 1

我对Flutter或Dart一无所知（除了我刚刚谷歌搜索的），但它看起来支持接口。

一个好的方法不是将用户和组抛到共享文件夹中，而是创建它们的一些真正轻量级的表示，并将它们抛到共享文件夹/公共库中。接口是一种很好的方法，因为在接口中，您可以指定应用程序的各个部分需要了解的重要基础知识，而无需添加实现特定的负担和依赖项。

在设计接口时，一定要注意像SOLID这样的原则--尤其是接口隔离原则（SOLID中的I）。

1. 定义iuser接口
2. 让您的User类实现IUser
3. 可以使用您的植入来实例化IUSER，比如USER.
4. 应用程序引用user-将其切换为使用Iuser.

回应评论的更新

我通常的起点架构是定义DTO，我在应用程序的所有层(UI、Biz逻辑/数据访问）中共享DTO，基本上就像我认为您所建议的那样。对我来说，DTO是尽可能轻量级的--基本上是信息载体。这些在所有层之间共享，在一个公共包中，按照干净的体系结构，这样体系结构的不同层（例如biz逻辑和数据访问）就不会彼此紧密耦合。

class UserInfo
{
  string FirstName { get; set; }
  string LastName { get; set; }
  ITaxData TaxData { get; set; }
}

我承认这完全有可能是我用“（一些）DTO属性作为接口”的想法使事情过于复杂。