Настройки на ниво приложение в DDD?

Бих казал, че дали дадена стойност може да се конфигурира или не е без значение от гледна точка на модела на домейн - важното е, че е дефинирана външно.

Да кажем, че имате клас, който трябва да има име. Ако името винаги се изисква, то трябва да бъде капсулирано като инвариант, независимо от източника на стойността. Ето пример за C#:

public class MyClass
{
    private string name;

    public MyClass(string name)
    {
        if(name == null)
        {
            throw new ArgumentNullException("name");
        }

        this.name = name;
    }

    public string Name
    {
        get { return this.name; }
        set
        {
            if(value == null)
            {
                throw new ArgumentNullException("name");
            }
            this.name = value;
        }
    }
}

Клас като този ефективно защитава инварианта: Името не трябва да е нула. Моделите на домейни трябва да капсулират инварианти като този, без да имат предвид кой потребител ще ги използва - в противен случай те няма да постигнат целта на Supple Design.

Но вие попитахте за стойностите по подразбиране. Ако имате добра стойност по подразбиране за Име, тогава как да съобщите тази стойност по подразбиране на MyClass.

Това е мястото, където фабриките идват на помощ. Вие просто отделяте изграждането на вашите обекти от тяхното изпълнение. Това често е добра идея във всеки случай. Дали ще изберете изпълнение на Abstract Factory или Builder е по-малко важно, но Abstract Factory е добър избор по подразбиране.

В случая с MyClass можем да дефинираме интерфейса IMyClassFactory:

public interface IMyClassFactory
{
    MyClass Create();
}

Сега можете да дефинирате реализация, която изтегля името от конфигурационен файл:

public ConfigurationBasedMyClassFactory : IMyClassFactory
{
    public MyClass Create()
    {
        var name = ConfigurationManager.AppSettings["MyName"];
        return new MyClass(name);
    }
}

Уверете се, че кодът, който се нуждае от екземпляри на MyClass, използва IMyClassFactory, за да го създаде, вместо да го създава ръчно.