Mongoose中document和object的区别

头像
neal
    阅读 7 分钟
    4

    这个问题其实是mongoose非常常见的问题，经常有很多以前没遇到这个问题的人都会被这个问题弄得怀疑人生。我们先介绍一些问题的背景。先看下面一段代码：

    router.get('/', function(req, res, next) {
  // res.render('index', { title: 'Express' });
  const model = mongoose.model('realestate');
  const queryCretia = {};
  model.find(queryCretia, (err, docs) => {
    res.render('index', {
      title: 'express',
      docs: docs
    })
  })
});
    <!DOCTYPE html>
<html>
  <head>
    <title><%= title %></title>
    <link rel='stylesheet' href='/stylesheets/style.css' />
  </head>
  <body>
    <h1><%= title %></h1>
    <p>Welcome to <%= title %></p>
    <!-- <%= docs %> -->
    <ul>
      <% docs.forEach(function(doc){ %>
      <li><%= doc.type %></li>
      <% }) %>
    </ul>
  </body>
</html>

    在第一段代码中，通过model.find我们应该能够获取到根据queryCriteria获取的结果，结果应该是一个对象数组，类似于这样：

    [{
    "_id" : ObjectId("59bdeadb2a5c612514ee7970"),
    "title" : "好楼层，中等装修，满5年，上门实拍",
    "type" : "2室1厅",
    "square" : "75.42平",
    "direction" : "朝南",
    "floor" : "中区/6层",
    "unitPrice" : 47732,
    "totalPrice" : 360,
    "location" : null,
    "specialExplain" : "满五",
    "url" : "http://sh.lianjia.com//ershoufang/sh4528035.html",
    "station" : "江杨北路",
    "line" : "3号线",
    "updateTime" : "2017-09-17 11:24:11"
}
{
    "_id" : ObjectId("59bdeadb2a5c612514ee7971"),
    "title" : "南北户型，厨卫全明，高区采光好，装修精美",
    "type" : "2室2厅",
    "square" : "90.92平",
    "direction" : "朝南北",
    "floor" : "高区/6层",
    "unitPrice" : 46194,
    "totalPrice" : 420,
    "location" : null,
    "specialExplain" : "满五",
    "url" : "http://sh.lianjia.com//ershoufang/sh4546221.html",
    "station" : "江杨北路",
    "line" : "3号线",
    "updateTime" : "2017-09-17 11:24:11"
}]

    预期index.ejs应该渲染的页面是一个ul渲染的结果，类似于

    • 2室1厅
    • 2室2厅

    当然，理想很丰满，现实很骨感。我就是死活渲染不出来doc.type。照理说应该是不可能的，在index.ejs中doc就是一个对象，我为什么不能获取doc的type属性呢？这不合理，太不合理了！

    老实说，这个问题我之间也是遇到过，当初我是想修改这个doc的属性，但是死活没有办法修改，当初也是花了很久找到原因。这次我就把这个问题好好地研究一下。

    先说结果，以及解决方法把。我比较喜欢剧透。愿意是因为再次返回的doc是属于Document的实例，而不是一个普通的对象。也就是说它和普通的对象是不一样的，它没有普通对象的一些方法，普通对象也没有它身上的一些方法。解决方案有几种，不过究其根本都是将这种document转化为普通的对象：

    方法1：

    利用toObject方法

    docs.forEach(doc => {
    return doc.toObject();
})

    方法2：

    利用JSON方法，这是我想到的一个方法，具体深层原因在这就不展开了：

    docs = JSON.stringify(docs);
docs = JSON.parse(docs);

    方法3:

    利用lean方法：

    model.find().lean().exec((err, docs) => {
....
})

    上述的三种方法应该都能成功将find获取的结果转化为普通的对象。

    但是我还想知道到底document和一个普通的对象到底有什么区别，区别在哪里呢？

    我们假设find获取的结果是docs，转化为普通对象的结果是docs1。现在我们就看一看这二者的区别。理论上docs和docs1都应该是数组，而它们中元素都应该是一个对象，我们先来看看是不是这样呢？

    console.log(Object.prototype.toString.call(docs));
consoele.log(Object.prototype.toString.call(docs[0]));

console.log(Object.prototype.toString.call(docs1));
console.log(Object.prototype.toString.call(docs1[0]))

    我们通过上述方法可以获取docs以及docs1的类型以及其中元素的类型，结果是：

    [object Array]
[object Object]

[object Array]
[object Object]

    和我们预想中的一模一样，那问题不在这，那我们就探究探究docs[0]以及docs1[0]的原型把，看看它的原型到底是什么呢？知道JS的人，应该都知道JS中的原型链。在此，我们就通过__proto__来粗暴地获取对象的原型：

    console.dir(doc[0].__proto__);

console.dir(docs[0].__proto__);

    结果是：

    model {
  db:
   NativeConnection {
     base:
      Mongoose {
        connections: [Array],
        models: [Object],
        modelSchemas: [Object],
        options: [Object],
        plugins: [Array] },
     collections: { realestates: [Object] },
     models: { realestate: [Object] },
     config: { autoIndex: true },
     replica: false,
     hosts: null,
     host: '127.0.0.1',
     port: 27017,
     user: undefined,
     pass: undefined,
     name: 'real_estate_info',
     options:
      { db: [Object],
        auth: {},
        server: [Object],
        replset: [Object],
        mongos: undefined },
     otherDbs: [],
     _readyState: 1,
     _closeCalled: false,
     _hasOpened: true,
     _listening: false,
     db:
      Db {
        domain: null,
        _events: [Object],
        _eventsCount: 6,
        _maxListeners: undefined,
        s: [Object],
        serverConfig: [Getter],
        bufferMaxEntries: [Getter],
        databaseName: [Getter],
        _listening: true },
     _events:
      { connected: [Function],
        error: [Function: bound bound consoleCall],
        disconnected: [Function: bound bound consoleCall],
        reconnected: [Function: bound bound consoleCall] },
     _eventsCount: 4 },
  discriminators: undefined,
  id: [Getter/Setter],
  __v: [Getter/Setter],
  _id: [Getter/Setter],
  schema:
   Schema {
     obj: undefined,
     paths: { _id: [Object], __v: [Object] },
     aliases: {},
     subpaths: {},
     virtuals: { id: [Object] },
     singleNestedPaths: {},
     nested: {},
     inherits: {},
     callQueue: [ [Array], [Array], [Array], [Array], [Array], [Array] ],
     _indexes: [],
     methods: {},
     statics: {},
     tree: { _id: [Object], __v: [Function: Number], id: [Object] },
     query: {},
     childSchemas: [],
     plugins: [ [Object], [Object], [Object], [Object] ],
     s: { hooks: [Object], kareemHooks: [Object] },
     options:
      { retainKeyOrder: false,
        typeKey: 'type',
        id: true,
        noVirtualId: false,
        _id: true,
        noId: false,
        validateBeforeSave: true,
        read: null,
        shardKey: null,
        autoIndex: null,
        minimize: true,
        discriminatorKey: '__t',
        versionKey: '__v',
        capped: false,
        bufferCommands: true,
        strict: true,
        pluralization: true },
     '$globalPluginsApplied': true,
     _requiredpaths: [] },
  collection:
   NativeCollection {
     collection: Collection { s: [Object] },
     opts: { bufferCommands: true, capped: false },
     name: 'realestates',
     collectionName: 'realestates',
     conn:
      NativeConnection {
        base: [Object],
        collections: [Object],
        models: [Object],
        config: [Object],
        replica: false,
        hosts: null,
        host: '127.0.0.1',
        port: 27017,
        user: undefined,
        pass: undefined,
        name: 'real_estate_info',
        options: [Object],
        otherDbs: [],
        _readyState: 1,
        _closeCalled: false,
        _hasOpened: true,
        _listening: false,
        db: [Object],
        _events: [Object],
        _eventsCount: 4 },
     queue: [],
     buffer: false,
     emitter:
      EventEmitter {
        domain: null,
        _events: {},
        _eventsCount: 0,
        _maxListeners: undefined } },
  '$__original_save': { [Function] numAsyncPres: 0 },
  save: { [Function: wrappedPointCut] '$originalFunction': '$__original_save', '$isWrapped': true },
  _pres:
   { '$__original_save': [ [Object], [Object], [Object] ],
     '$__original_remove': [ [Object] ] },
  _posts: { '$__original_save': [], '$__original_remove': [] },
  '$__original_remove': { [Function] numAsyncPres: 1 },
  remove:
   { [Function: wrappedPointCut]
     '$originalFunction': '$__original_remove',
     '$isWrapped': true },
  '$__original_validate': [Function],
  validate:
   { [Function: wrappedPointCut]
     '$originalFunction': '$__original_validate',
     '$isWrapped': true } }

    以及

    {}

    很显然，问题就是在这里，docs[0]和docs[0]的原型并不是一个东西。而js中对象通过.或者是[]访问属性都是调用了Object中的某个方法，但具体什么方法我不太记得。然而docs中的原型或者其原型的原型也是没有这个方法的，因此他就没办法去访问这个属性。

    其实docs[0].__proto__.__proto__是Model,docs[0].__proto__.__proto__.__proto__是Document,docs[0].__proto__.__proto__.__proto__.__proto__才是{}。

    至此，这个问题引起的一系列的探究也是告一段落了。其实Mongoose还有另外一些奇怪的地方，被人所诟病，在此也不一一细数了。从问题的发现，到写这篇文章大概花了大半天的时间，以前遇到问题就找到解决办法就停止了，但是这一次通过这样深入地去发现，可能就会发掘到更多的东西。

    javascript
    neal
    807 声望45 粉丝
    « 上一篇
    JavaScript是如何工作的：引擎，运行时间以及回调的概述
    下一篇 »
    [译]JavaScript是如何工作的：内存管理以及如何处理四种常见的内存泄漏

    引用和评论

    推荐阅读
    头像
    Pornhub Web 开发者访谈

    neal赞 1阅读 3k评论 1

    头像
    腾讯新闻中心首页改版啦

    小蚊酱赞 11阅读 9.3k评论 7

    头像
    前端如何入门 Go 语言

    robin赞 26阅读 7.7k评论 8

    头像
    100个React最佳实践小技巧

    夕水赞 17阅读 2.6k评论 4

    头像
    前端开发工具

    寒青赞 15阅读 4.7k

    头像
    开发插件集合

    寒青赞 12阅读 3.1k

    头像
    JS校验身份证号

    寒青赞 10阅读 4.3k评论 2

    0 条评论
    得票最新