C# I18N数据库驱动国际化的Onion体系结构

我在任何地方都找不到答案，所以我想我会发布一个关于它的问题

我遵循了这个教程

现在一切都好了，我可以让它工作了

现在的问题是，如何正确地将其纳入到计划中

本教程有一个资源项目。这仍然有效还是可以抽象出来

关于如何将国际化融入洋葱架构，目前还没有一个好的教程

到目前为止，我得到的是：

包含{名称、区域性、类型、值}的数据库表资源 称为资源的实体 名为“IResourceRepository”的接口GetResources、GetResourceCulture、Name 我有一个服务接口和一个服务，它也有与存储库相同的方法来获取资源。 这是我第一次建立一个全新的web应用程序，直到最近才了解洋葱架构。任何帮助都将不胜感激

更新

这是我的部分尝试

如果我错了，请纠正我

App.Domain.Entities Resource.cs名称、区域性、类型、值 App.Domain.Interfaces IResourceRepository.cs GetResources，GetResourceCulture，名称 App.Infrastructure.Data ResourceRepository.cs GetResources，GetResourceCulture，名称 App.Services.Interfaces IResourceService.cs对象GetResourceCulture，名称 App.Web.UI.Services BaseResourceService.cs实现IResourceService.cs ResourceService.cs扩展了BaseResourceService.cs 我就是这样走到这一步的。所以资源包含了一大堆不同文化的资源

---

非常肯定您做错了什么。

您的域服务是否需要ResourceEntry？如果不是，那么一切都应该转移到洋葱架构的基础架构层？不知道你的意思。它基本上是存储在数据库中的大量资源，然后我检索它并根据选择的区域性和可用于国际化的属性名称在UI中设置属性。请更新我的问题，这就是我所尝试的，任何反馈/替代解决方案都将非常受欢迎域服务是您业务的全部内容。我的意思是，如果应用程序的业务是处理资源，那么所有业务逻辑都应该在Doamin层中编码。这意味着您的App.Services.Interfaces应该位于域层及其实现中！应用程序可以做的一个例子是。将新用户添加到系统中。但我想在许多文化中提供这样做的能力。因此，我将所有这些区域性保存在资源表/实体中。我使用repo及其接口从数据库中提取数据。我使用该服务及其接口处理资源的缓存和验证。服务被注入UI层。Repo被注入服务层。我遵循了这个架构，希望我做到了。因此，您的应用程序业务似乎是用户管理，而不是处理资源。您的业务代码应该是关于用户管理的，对吗？。问题是：在系统中安装新用户时，您是否需要访问资源？您不知怎么回答了这个问题，说您的IResourceService是由UI层实现的。在我看来，所有与资源相关的代码都应该在基础结构层中，而不是域中。有道理？