DDD：需要在应用程序服务层，域服务或域对象的业务逻辑？

Question

对于需要验证的属性，可以说，对于一个我们拥有乡村领域的实体， 根据域专家要求的某些业务逻辑，必须将该国家领域验证为Alpha-3代码。

注意：

*我们需要坚持这个国家数据，因为它也可以具有其他价值，并且将来可能会增加，更新和删除该国的持续数据。

这只是使用可能很少会改变的国家代码的一个示例。

另一个有效的示例可以是用户创建独特且有效的域电子邮件检查的用户，这将需要从持久性中进行唯一性检查 *

案例1。

在应用程序层中进行验证：

如果我们调用存储库country> countrybycountrybycountryaltryalpha3code（）在应用程序层中，则该值是正确的然后，系统的有效部分我们可以传递createValidentity（），如果没有，则可以将错误直接在应用程序层用例中丢弃。

问题：

• 如果需要在其他用例中检查相同的验证，如果其应用层关注
• 此处的业务逻辑现在是应用程序服务层的一部分

案例2

在其价值对象类中验证国家代码或在域层中的域服务，

这样做将保持业务逻辑在域内层，也不会违反干燥原则。

import { ValueObject } from '@shared/core/domain/ValueObject';
    import { Result } from '@shared/core/Result';
    import { Utils } from '@shared/utils/Utils';
    
    interface CountryAlpha3CodeProps {
      value: string;
    }
    
    export class CountryAlpha3Code extends ValueObject<CountryAlpha3CodeProps> {
      // Case Insensitive String. Only printable ASCII allowed. (Non-printable characters like: Carriage returns, Tabs, Line breaks, etc are not allowed)
    
      get value(): string {
        return this.props.value;
      }
    
      private constructor(props: CountryAlpha3CodeProps) {
        super(props);
      }
    
      public static create(value: string): Result<CountryAlpha3Code> {
        
        
        return Result.ok<CountryAlpha3Code>(new CountryAlpha3Code({ value: value }));
      }
    }

• 从内部域层调用存储库（服务）是否很好 或vo（不建议使用））然后依赖性流将改变？

• 如果我们触发事件如何使其同步？

• 有哪些更好的解决方法？

export default class UseCaseClass implements IUseCaseInterface {
  constructor(private readonly _repo: IRepo, private readonly countryCodeRepo: ICountryCodeRepo) {}

  async execute(request: dto): Promise<dtoResponse> {
    const someOtherKeyorError = KeyEntity.create(request.someOtherDtoKey);
    const countryOrError = CountryAlpha3Code.create(request.country);
    
        const dtoResult = Result.combine([
          someOtherKeyorError, countryOrError
        ]);
    
        if (dtoResult.isFailure) {
          return left(Result.fail<void>(dtoResult.error)) as dtoResponse;
        }
    
        try {
          // -> Here we are just calling the repo
           const isValidCountryCode = await this.countryCodeRepo.getCountryCodeByAlpha2Code(countryOrError.getValue()); // return boolean value
    
          if (!isValidCountryCode) {
           return left(new ValidCountryCodeError.CountryCodeNotValid(countryOrError.getValue())) as dtoResponse;
        }
    
          const dataOrError = MyEntity.create({...request,
            key: someOtherKeyorError.city.getValue(),
            country: countryOrError.getValue(),
          });
    
     
          const commandResult = await this._repo.save(dataOrError.getValue());
    
          return right(Result.ok<any>(commandResult));
        } catch (err: any) {
          return left(new AppError.UnexpectedError(err)) as dtoResponse;
        }
      }
    }

在上面的应用层中，

代码的这一部分：

  const isValidCountryCode = await this.countryCodeRepo.getCountryCodeByAlpha2Code(countryOrError.getValue()); // return boolean value
       
  if (!isValidCountryCode) {
   return left(new ValidCountryCodeError.CountryCodeNotValid(countryOrError.getValue())) as dtoResponse;
   }

它可以调用countrycoderepo并获取结果，否则该部分应移至域服务，然后检查countrycode vo的有效性？

更新：

探索后，我发现此作者：Vladimir Khorikov似乎与我所寻找的东西很近，他关注

根据他的想法其他用例呼叫不知道该特定的VO/实体创建是必需的。

我仍然为正确的方法感到困惑

Answer 1

我认为，从字符串到ValueObject的转换根本不属于业务逻辑。业务逻辑具有从外部调用的公共合同（可能是API层或演示层）。合同应该已经期望价值对象，而不是原始字符串。因此，任何称为业务逻辑的人都必须弄清楚如何获得这些价值对象。

关于国家代码价值对象的实施，我会质疑是否真的有必要从数据库加载国家代码。国家代码列表很少发生变化。我过去解决这个问题的方法只是简单地将值对象本身内的国家代码列表进行了硬编码。

伪C＃中的示例代码，但是您应该明白：

public class CountryCode : ValueObject
{
   // Static definitions to be used in code like:
   // var myCountry = CountryCode.France;
   public static readonly CountryCode France = new CountryCode("FRA");
   public static readonly CountryCode China = new CountryCode("CHN");
   [...]

   public static AllCountries = new [] {
      France, China, ...
   }
   
   public string ThreeLetterCode { get; }
   
   private CountryCode(string threeLetterCountryCode)
   {
      ThreeLetterCode = threeLetterCountryCode;
   }

   public static CountryCode Parse(string code)
   {
      [...] handle nulls, empties, etc

      var exists = AllCountries.FirstOrDefault(c=>c.ThreeLetterCode==code);
      if(exists == null)
         // throw error

      return exists;
   }

}

遵循此方法，您可以制作一个非常有用且对开发人员友好的countrycode Value对象。在我的实际解决方案中，我仅出于记录目的而使用英语的2个和3个字母的代码和显示名称（出于演示目的，演示层可以根据代码查找翻译）。

如果从数据库加载国家代码对于您的方案很有价值，那么列表仍然很可能会很少发生变化，因此您可以在应用程序启动时在值对象本身中加载静态列表应用程序运行很长时间。