服务设计：我应该把验证码放在哪里？

发布于 2024-10-14 03:37:00 字数 543 浏览 0 评论 0原文

我对服务的概念有点困惑。

假设我想创建一个新用户。现在，我正在检查模型（project.Web 解决方案）和 UserServices（project.Services 解决方案）中的所有字段是否都非空。但为了验证电子邮件地址，我必须创建一个新函数。我应该在project.Services 中创建该类（例如GeneralValidation.cs）并使用它，还是应该将其与服务分开并创建一个新项目？

到目前为止，我还没有为存储库和服务创建两个解决方案。我只有一个用于测试的解决方案，另一个用于 project.Web，还有另一个解决方案，其中我有域文件夹、存储库文件夹和一些用于业务逻辑的类，但在阅读了一些有关设计模式的内容后，我决定拆分这。

也许我还没有理解Services的含义。对我来说，服务是一个将使用存储库（如用户）的层，而服务层是我应该进行验证的地方。如果这是正确的，这就是为什么我不知道在哪里创建电子邮件验证功能的原因。

如果有人能向我解释这一点，我将不胜感激。我已经阅读过博客文章，并在 stackoverflow 中搜索类似的问题，但我不确定我是否真正理解它。

谢谢

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

安稳善良 2024-10-21 03:37:00

服务和存储库是领域驱动设计中的“一等公民”，所以我不明白您为什么要将它们放在一个单独的项目中？

对于您的特定场景，为什么不创建一个具有“CreateUser”方法的“UserService”，它看起来像这样：

public static class UserService
{
    public static CreateUser( User u )
    {
         var userRepository = RepositoryFactory.CreateUserRepository();

         userRepository.Save (u);

         SendActivationMailForUser(u);
    }

    private static void SendActivationMailForUser( User user )
    {
         ....
    }
}

可以找到有关服务的更多信息此处

Services and Repositories are 'first class citizens' in Domain Driven Design, so I do not see why you'd want to put them in a separate project ?

For your specific scenario, why don't you create a 'UserService' which has a method 'CreateUser', which looks for instance like this:

public static class UserService
{
    public static CreateUser( User u )
    {
         var userRepository = RepositoryFactory.CreateUserRepository();

         userRepository.Save (u);

         SendActivationMailForUser(u);
    }

    private static void SendActivationMailForUser( User user )
    {
         ....
    }
}

Some more information about services can be found here

回复收藏 0 原文

~没有更多了~