我有一个基于Onion Architecture的REST API。
但是，采用这种方式构建服务器存在一些挑战。具体来说，在将结构化数据提供给用例之前，如果要检查一些数据，接口的行为应该是什么。
那是我的问题之一
我在接口中有一些方法可以从请求中捕获有关计时器的信息。但是我总是面临同样的问题。我是否必须全部抓住并交给用例并在那里进行所有检查，否则，首先，我必须检查数据库中是否存在计时器（如果我要更新计时器），然后我需要做什么？ / p>
这种类型的检查，例如请求谁的角色和允许执行的操作，是否存在计时器，是否存在用户，是否已经存在用户以及您无法使用相同的用户名创建某人（我想要一个唯一的用户名限制）之类的问题，这让我很烦，因为根据我在哪里进行检查（是否严格遵循Onion体系结构），我正在执行或多或少的代码，有时这是不必要的。
如果我检查接口中的某些内容，则避免执行不必要的代码。但是我没有正确遵循此体系结构，反之亦然。
有什么想法吗？