Сложная ситуация на моем пути к пониманию DDD

Это нормально, что пользователь может содержать такие методы, как: CreateDocument (params), SendDocumentForApproval (docId), ApproveApprovalStepOfDocument (stepId)?

В большинстве моделей доменов метод принадлежит к сущности, которая управляет государством, которое собирается измениться.

Document document = User.SendDocumentForApproval(command.DocId);
_documentRepository.Update(document);

Тот факт, что ваш пример обновляет хранилище документов, является большим намеком на то, что это документ, который изменяется, и поэтому мы обычно ожидаем увидеть SendDocumentForApproval в качестве метода в документе.

document.SendDocumentForApproval(command.UserId)
_documentRepository.Update(document);

(Да, код не читается как письменный или разговорный английский.)

Когда создает новый документ ... шаблоны создания странные. Уди Дахан предполагает, что в вашей доменной модели всегда должна быть какая-то сущность, отвечающая за создание других сущностей, но я не уверен, что с результатом на самом деле легче работать в долгосрочной перспективе. [ 1111]

Как мы можем смоделировать бизнес-процесс утверждения

Общий ответ: бизнес-процессы - это протоколы , то есть обычно их можно смоделировать как Государственный аппарат. Вот то состояние, в котором мы сейчас находимся, вот какая-то новая информация из внешнего мира, вычисление последствий.

(Часто модель данных ) для процесса будет просто выглядеть как история событий; работа модели предметной области состоит в том, чтобы затем взять новую информацию и вычислить правильные события для хранить в истории. Вам не нужно делать это таким образом, но есть интересные возможности, когда вы можете).

Вы движетесь в правильном направлении, пользователь и документ являются совокупными, поскольку они созданы в отдельных транзакциях. Когда речь заходит о том, кто на кого ссылается, принцип масштабируемости IDDD гласит, что агрегаты должны ссылаться на агрегаты только через их идентификаторы.

Я думаю, что придерживаясь повсеместного языка, ваш код должен выглядеть примерно так

class User {
    private UserId id;
    private String name;    

    User(String name) {
        this.id = new UserId();
        this.name = name;            
    }

    Document createDocument(String name) {
        Document document = new Document(name);        
        document.createdBy(this);
        return document;
    }

    Document approve(Document document) {
        document.approved();
        return document;
    }
}

class Document {
    private DocumentId id;
    private String name;
    private UserId userId;
    private Boolean isApproved;

    Document(String name) {
        this.id = new DocumentId();
        this.name = name;
    }

    void createdBy(UserId userId) {
        this.userId = userId;
    }    

    void approved() {
        this.isApproved = true;
    }

}

// User creation
User user = new User("Someone");
userRepository.save(user);

//Document creation
User user = userRepository.find(new UserId("some-id"))
Document document = user.createDocument("important-document")
documentRepository.save(document)

// Approval
User user = userRepository.find(new UserId("some-id"))
Document document = documentRepository.find(new DocumentId("some-id")) 
document = user.approve(Document)

Я бы настоятельно рекомендовал прочитать серию статей о работе Вогона Вернона, состоящую из трех частей, , улучшенную агрегированную разработку 114]