DDD - 선택적 상태의 동작 : Service/Value Object?

Question

DDD 관례에 따라, 나는 작은 AES 암호기/해독기 (wrapping .NET의 AesCryptoServiceProvider)를 구현하는 동안 문제를 겪고있다.

public class Aes256CbcCryptor : ISymmetricCryptor 
{ 
    private SymmetricAlgorithm AesProvider { get; set; } 

    // Poor man's DI - beside the point 
    public Aes256Cbc() 
    { 
     this.AesProvider = new AesCryptoServiceProvider() 
     { 
      BlockSize = 128, 
      KeySize = 256, 
      Mode = CipherMode.CBC, 
      Padding = PaddingMode.PKCS7, 
      Key = // OH DEAR IT TAKES STATE 
     }; 
    } 
    public Aes256Cbc(SymmetricAlgorithm aesProvider) 
    { 
     this.AesProvider = aesProvider; 
    } 

    public byte[] Encrypt(byte[] keyBytes, byte[] plaintextBytes) 
    {} // TODO 
    public byte[] Decrypt(byte[] keyBytes, byte[] ciphertextBytes) 
    {} // TODO 
} 

당신이 볼 수 있듯이

, .NET의 AesCryptoServiceProvider은 상태입니다 - 그것은 속성으로 키를합니다. 그러나 내가 이해하게되면, 서비스는 stateful하지 않아야합니다.

1. 키가 주요한 것은 여기서 잘못되고있는 것입니까?
2. DDD 방식으로 클래스를 구현하는 방법은 무엇입니까?
3. 경우에 따라 제공된 키로 초기화 된 공급자를 갖는 것이 유용하고 효율적으로 보입니다 (해당 키가 많이 사용되는 경우). stateful 서비스 또는 대안에 대한 정당성이 있습니까?

모든 메소드 호출시 새 제공자를 인스턴스화 할 수 있다고 생각하지만 매우 낭비적인 것 같습니다. 우리는 낭비를 줄이기 위해 캐싱을 구현할 수 있지만 모든 것이 과장된 느낌을 갖기 시작합니다.

또 다른 대안은 내가 대신 Aes256CbcCryptorFactory을 만드는 것입니다. 팩토리의 CreateCryptor(byte[] key)은 실제로 상태 저장 객체 인 값 객체 Aes256CbcCryptor을 반환합니다. 이제 소모적 인 서비스는 다중 cryptor 호출을해야하는 경우이 메소드를 해당 메소드의 범위 내에서 유지할 수 있습니다.

반면에 그러한 소비 서비스는 값 개체를 해당 속성 중 하나에 저장하지 못할 수 있습니다. 그렇게하면 해당 서비스를 상태 저장으로 만들 수 있습니다.

4. 일부를보고있는 것 중 일부는의 장점입니다. 행동의 유형은 가치 객체에 대해 매우 servicey 인 것처럼 보이지만, 적어도 임시 상태를 가질 수 있습니다.

Answer 1

나는 이런 식으로 뭔가 함께 갈 것입니다 : 더 해상도를 만들 수있는 용기를 사용

public static sub Main() 
{ 
    var key = SomeConfigSomewhere.GetSetting["key"]; 

    var cryptor = new Aes256CbcCryptor(key); 

    var cipherText = cryptor.Encrypt("P@55w0rd"); 
} 

:

이

public class Aes256CbcCryptor : ISymmetricCryptor 
{ 
    private SymmetricAlgorithm AesProvider { get; } 

    public Aes256CbcCryptor(Byte[] key) 
    { 
     // AesCryptoServiceProvider is not a 'volatile' dependency 
     // therefore we don't need to inject it. 
     this.AesProvider = 
      new AesCryptoServiceProvider() 
      { 
       ... 
       Key = key// This is the real dependency, IMHO 
      }; 
    } 
} 

그런 구성 루트 사용 '가난한 사람의 DI는'이 싶습니다 깔끔하지만 기본적으로 동일합니다 :

public static sub Main() 
{ 
    arbitraryContainer 
     .Register 
     .ServiceFor<ISymmetricCryptor>() 
     .Using<Aes256CbcCryptor>() 
     .DependingOn(SomeConfigSomewhere.GetSetting["key"]); 

    var cryptor = arbitraryContainer.Resolve<ISymmetricCryptor>(); 

    var cipherText = cryptor.Encrypt("P@55w0rd"); 
}