时间戳

首页 > 解决方案 > C# 设计模式最佳实践

c# - C# 设计模式最佳实践

问题描述

我的整体问题是试图了解构建大型 .net 核心 API 的最佳实践是什么。

Atm，我被教导使用 4 个不同的层-

  1. API（控制器）

  2. 实体（只是没有任何实现的简单类，包括数据库实体和用于用户请求/响应的自定义类）

  3. 逻辑（基本上与实体构建相同，但不是类，而是每个类的实际逻辑）

  4. 数据（与数据库进行实际对话，因此我可以在其背后实现不同的数据库）

我目前看到了一个状态设计模式的视频指南，似乎他结合了实体和逻辑层，因为他在类本身上有实际的逻辑实现。这是正确的工作方式吗？

我这样做的方式是 API 层创建逻辑层的实例并将请求的实体发送到实际代码发生的逻辑。

第二个问题 - 我正在构建一个进行银行交易的应用程序，在交易类上有一个名为 State 的属性是否正确，并且类型是 Interface TransactionState

并让我们说从 TransactionState 接口继承的 3 个状态类？

而不是我应该从班级状态做的实际逻辑？（这让我回到第一个问题）

例如 -

Transaction  newTransaction = new Transaction(.....)
newTransaction.State.Validate();
newTransaction.State.Proccess();

很抱歉这个问题很长，希望有人有时间阅读它哈哈

谢谢 ！

标签： c#design-patterns.net-core

解决方案

推荐阅读