Value Object & Entity & Domain Service

Entity

对于Entity，区别于Value Object的地方在于Entity有着唯一的标示，可以认为是其实体的ID，辨识其为独一无二的，但是其余方面Entity又和Value Object很类似，具体以代码形式来看。
首先对于Entity

class Entity {
    constructor(id) {
        super();
        this.id = id
    }

    get id() {
        return this._id;
    }
    set id(value) {
        this._id = value;
    }
}

class Business extends Entity {
    constructor(options = {}) {
        const {
            amount, date, status
        } = options;
        // 从父类继承id属性，用来表示Entity的独一性 
        super(id);
        this.amount = amount;
        this.date = date;
        this.status = status;
    }

    get amount() {
        return this._amount;
    }
    set amount(value) {
        this._amount = value;
    }

    get date() {
        return this._date;
    }
    set date(value) {
        this._date = value;
    }

    get status() {
        return this._status;
    }
    set status(value) {
        this._status = value;
    };
}

首先是定义基本属性，并且从Entity继承了ID这样的属性，用来作为独一无二的标识，其中标识可以在对象创建的时候生成，也可以在持久化对象的时候生成。

Value Object

首先针对Entity以及Value Object，我们应该尽量使用的是值对象而非实体。如果将所有的的对象创建实体，每一个实体的属性都映射到数据库中，并且为每个属性设置相应的setter以及getter，会变得异常复杂，并且浪费时间。
相反的，值对象可以在创建对象化之后直接处理掉，不用担心客户端对值对象的修改问题。
对于值对象，它不应该成为领域内的某一个东西，而仅仅是描述领域内的一个概念。
当值对象创建出来之后，就不应该再去修改，也就是值对象的不变性。
对于简单代码而言

class ValueObject {
    constructor() {
        super()
    }
}

class Business extends ValueObject {
    constructor(options = {}) {
        const {
            amount, date, status
        } = options;
        // 从父类继承id属性，用来表示Entity的独一性 
        super();
        this.amount = amount;
        this.date = date;
        this.status = status;
    }

    get amount() {
        return this._amount;
    }
    set amount(value) {
        this._amount = value;
    }

    get date() {
        return this._date;
    }
    set date(value) {
        this._date = value;
    }

    get status() {
        return this._status;
    }
    set status(value) {
        this._status = value;
    };
}

没有ID属性，也就缺失了独一无二的特性

Domain Service

领域中的服务表示无状态的操作，用于实现某个特定领域的任务。当操作不适合放在聚合中或者ValueObject中的时候，此时就应该放置在领域服务中。
其中领域服务并不是业务服务，业务服务并不会处理到业务逻辑，而领域服务恰恰是处理业务逻辑的。
一些明确无状态的操作就可以划分到领域服务中去，如下

class DomainService {
    constructor() {
        super()
    }
}

class queryService extends DomainService {
    static async getTransaction(){
        ...
    }
}

查询操作就可以划分到领域服务中去。