myoverall问题是试图了解构建大型.net核心API的最佳实践。
自动取款机，我被教导可以在4个不同的层次上工作-
API（控制器）
实体（只是没有任何实现的简单类，包括数据库实体和用于用户请求/响应的自定义类）
逻辑（与实体基本相同，但是代替类，它具有每个类的实际逻辑）
数据（与数据库进行实际交谈，以便我可以在其后面实现不同的数据库）
我目前正在观看状态设计模式的视频指南，似乎他结合了实体和逻辑层，因为他对类本身具有实际的逻辑实现。 那是正确的工作方式吗？
我这样做的方法是API层创建逻辑层的实例，并将请求的实体发送到实际代码发生的逻辑。
第二个问题- 我正在构建一个进行银行交易的应用，在交易类上拥有一个名为State的属性，类型为Interface TransactionState
是否正确？，让我们说3个继承自TransactionState接口的状态类吗？
比我从类状态应该执行的实际逻辑还好吗？ （这使我回到第一个问题）
例如-
$user = JWTAuth::parseToken()->authenticate()
很长的问题很抱歉，希望有人有时间阅读它
谢谢！