node.js - 当真正的 sequelize 连接在 require 树中时，为什么这个 sequelize-test-helper 调用不起作用？

Question

我正在使用 sequelize-test-helpers，它提供了一个由 sinon spy 和 stub 组成的模拟 Sequelize 连接。我有三个文件如下:

//unittest.js
const {sequelize, datatypes} = require('sequelize-test-helpers');
describe('User model test', function(){
    const User = require('../models').User(sequelize, dataTypes);
    console.log(User.hasMany.toString()); //logs sinon spy
    const models = {User, Foo: 'foo'} //shouldn't matter that foo isn't an actual model since 
    before(function(){
       console.log(User.hasMany.toString()); //logs sinon spy
       User.associate(models) //error occurs here
    });
});

//models.js
function User(sequelize, dataTypes){
   User = sequelize.define('user', { 
      name: {
         type: type.STRING
      }
   }
   User.associate = function(models){
      console.log(User.hasMany.toString()); //logs the sequelize.js version of the function
      User.hasMany(models.Foo); //user.hasMany called with something that's not a subclass of Sequelize.Model
   }
return User;
}
module.exports = {User}

只有在运行集成测试(需要实际的 sequelize.js 连接)时，才会遇到代码中提到的错误。如果我单独运行单元测试，我不会遇到任何错误，但同时运行两个测试会导致错误。

Answer 1

User 中函数 models.js 中的 User 声明应为 const User = //definition 。否则，它会创建一个范围问题，导致函数本身在最后返回。这使得 User 模型成为单例。
当来自另一个文件(集成测试)的 require 修改它认为是它自己的用户模型版本时，它实际上也修改了 unittest.js 文件保存的用户模型。这对我来说是一个很好的教训，在重用变量名称时要格外小心，或者完全避免它们。