Nodejs 后端分层你们用的贫血模型还是充血模型？

Node.js 后端分层：贫血模型 vs 充血模型

在 Node.js 后端开发中，选择使用贫血模型（Anemic Domain Model）还是充血模型（Rich Domain Model）是一个常见的设计决策。这两种模型各有优缺点，适用于不同的场景。下面我们通过一些简单的代码示例来比较这两种模型。

贫血模型 (Anemic Domain Model)

贫血模型是一种经典的面向对象设计模式，其中业务逻辑被放在服务层，而不是实体类中。这种方式的优点是简单直观，易于理解和实现。但是，它也缺乏封装性，业务逻辑分散在多个地方，不利于维护。

示例代码

// 用户实体
class User {
    constructor(id, name) {
        this.id = id;
        this.name = name;
    }
}

// 用户服务
class UserService {
    constructor(userRepository) {
        this.userRepository = userRepository;
    }

    async createUser(name) {
        const user = new User(Date.now(), name);
        return await this.userRepository.save(user);
    }

    async findUserById(id) {
        return await this.userRepository.findById(id);
    }
}

// 用户仓库
class UserRepository {
    async save(user) {
        // 假设这里使用数据库操作
        console.log(`Saving user ${user.name}`);
        return user;
    }

    async findById(id) {
        // 假设这里使用数据库查询
        return new User(id, 'John Doe');
    }
}

充血模型 (Rich Domain Model)

充血模型将业务逻辑直接放在实体类中，使这些类变得更加智能。这种方式的优点是封装性强，业务逻辑集中管理，易于维护。但实现起来相对复杂，需要更多的设计和测试工作。

示例代码

// 用户实体
class User {
    constructor(id, name) {
        this.id = id;
        this.name = name;
    }

    async save() {
        // 假设这里使用数据库操作
        console.log(`Saving user ${this.name}`);
    }

    static async findById(id) {
        // 假设这里使用数据库查询
        return new User(id, 'John Doe');
    }
}

// 用户服务
class UserService {
    constructor() {}

    async createUser(name) {
        const user = new User(Date.now(), name);
        await user.save();
        return user;
    }

    async findUserById(id) {
        return User.findById(id);
    }
}

总结

• 贫血模型：适合简单项目或团队对 OOP 模式不熟悉的场景。
• 充血模型：适合复杂的业务逻辑，需要更好的封装性和可维护性的项目。

选择哪种模型取决于项目的具体需求和个人偏好。希望上述示例能够帮助你更好地理解这两种模型的设计理念和实现方式。

受公司影响，都是充血的模型