如何构建Node.js项目并遵循DRY原则？

首先，你通过BaseModel、BaseService、BaseController抽离重复逻辑的思路完全没问题，这是后端开发里经典的**DRY（Don't Repeat Yourself）**实践，而且目前能跑通API说明核心逻辑是站得住脚的。不过可以给你几个优化点，以及一些项目结构和代码复用的落地建议：

一、现有代码的小优化 #

1. 简化this绑定逻辑 #

你现在用let self = this保留上下文的写法没问题，但可以用箭头函数简化——箭头函数会自动继承外层作用域的this，代码更清爽：

// BaseService优化后
class BaseService {
  constructor(model) {
    this.model = model;
  }

  fetchData() {
    return async (query) => {
      try {
        return await this.model.find(query);
      } catch (e) {
        console.error('数据查询错误:', e.message);
      }
    }
  }
}

BaseController同理，把内部的异步函数改成箭头函数，就不用额外存self了。

2. 给BaseModel增加通用能力 #

可以给所有模型统一加通用字段（比如创建/更新时间），或者封装通用CRUD方法，避免每个模型重复写基础逻辑：

class BaseModel {
  constructor(name, schema, collection) {
    this.name = name;
    this.collection = collection || null;
    // 合并通用字段与自定义schema
    const baseFields = {
      createdAt: { type: Date, default: Date.now },
      updatedAt: { type: Date, default: Date.now }
    };
    this.schema = new mongoose.Schema({ ...baseFields, ...schema });
    
    // 预保存钩子：自动更新updatedAt
    this.schema.pre('save', function(next) {
      this.updatedAt = Date.now();
      next();
    });
  }

  build() {
    const model = mongoose.model(this.name, this.schema, this.collection);
    // 给模型添加通用实例方法
    model.prototype.formatData = function() {
      return {
        id: this._id,
        ...this.toObject(),
        _id: undefined // 隐藏MongoDB原生_id字段，返回更友好的id
      };
    };
    return model;
  }
}

3. 让控制器更灵活 #

你现在在getEntries({ description: "whatever" })里硬编码了查询条件，改成从请求参数获取会让接口更通用：

// BaseController优化后
class BaseController {
  constructor(service) {
    this.service = service;
  }

  getEntries() {
    return async (req, res) => {
      try {
        // 从req.query获取前端传的查询参数，比如/api/companies?description=whatever
        const data = await this.service.fetchData()(req.query);
        return res.status(200).json({ success: true, data });
      } catch (e) {
        console.error('获取数据失败:', e.message);
        return res.status(500).json({ success: false, message: '服务器内部错误' });
      }
    }
  }
}

对应的company.controller.js就可以简化成：

const CompanyService = require("@services/company.service");
const BaseController = require("@controllers/base/controller");
const companyController = new BaseController(CompanyService);
exports.getCompanies = companyController.getEntries();

二、Node.js/Express项目结构规范 #

虽然没有绝对统一的标准，但行业内有一套通用的分层结构，既清晰又方便扩展，推荐你参考：

your-project/
├── config/          # 配置文件（数据库连接、环境变量等）
│   ├── db.js        # Mongoose连接配置
│   └── env.js       # 开发/生产环境变量
├── models/          # 数据模型层
│   ├── base/
│   │   └── model.js # BaseModel
│   └── company.model.js
├── services/        # 业务逻辑层（处理数据交互、业务规则）
│   ├── base/
│   │   └── service.js # BaseService
│   └── company.service.js
├── controllers/     # 控制层（处理请求、响应，调用service）
│   ├── base/
│   │   └── controller.js # BaseController
│   └── company.controller.js
├── routes/          # 路由配置（映射URL到controller）
│   └── company.routes.js
├── middleware/      # 中间件（身份验证、日志、错误处理等）
│   ├── auth.js
│   └── errorHandler.js
├── utils/           # 工具函数（加密、数据格式化等）
│   └── common.js
├── app.js           # Express实例初始化
└── server.js        # 服务器启动入口

三、更多代码复用的思路 #

• 通用错误处理中间件：把控制器里的try-catch抽离成全局中间件，不用每个接口重复写错误捕获逻辑；
• 通用路由生成器：如果多个资源的CRUD路由逻辑类似，可以写一个函数，传入控制器和路由前缀，自动生成GET/POST/PUT/DELETE路由；
• 环境变量统一管理：用dotenv包把数据库地址、端口号等配置放到.env文件里，避免硬编码。

四、项目模板参考方向 #

你可以基于上述结构搭建自己的基础模板，把Base类、通用中间件、配置文件都封装好，以后新项目直接复用。核心原则就是：把重复的逻辑抽离到公共层，只在具体模块里写差异化的业务代码。

内容的提问来源于stack exchange，提问作者Ravenous