在数据/存储库层中获取用户/租户 ID 是不好的做法吗？

Question

我想知道人们对使用 DI 将 Microsoft 身份注入数据层然后从中获取用户 ID 的想法。这是违反 SoC 还是只是糟糕的开发实践？

对于我开发的东西，我不得不这样做，因为我不希望我的数据层回复通常会获取用户标识符的服务。

我承认我不是软件架构方面的专家，这就是我的解决方案：

数据

Answer 1

正如 Neil 所说，传递像 UID 这样的标识值可以让您从下游组件中移除依赖项，减少依赖项使部署、版本控制和依赖项管理更容易。

这也意味着您的下游代码更容易测试，因为它更容易运行测试 - 您只需传递 UID 而不是构造实际身份。

您可能希望数据访问组件获取 UID 本身的一个原因是，如果您不希望它处于必须信任传递给它的 UID 的位置。虽然这在理论上可能很有趣，但这并不是我在“野外”实际见过的场景。