资讯专栏INFORMATION COLUMN

Mongoose中document和object的区别

zone / 1806人阅读

摘要:愿意是因为再次返回的是属于的实例,而不是一个普通的对象。现在我们就看一看这二者的区别。至此,这个问题引起的一系列的探究也是告一段落了。其实还有另外一些奇怪的地方,被人所诟病,在此也不一一细数了。

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

</>复制代码

  1. router.get("/", function(req, res, next) {
  2. // res.render("index", { title: "Express" });
  3. const model = mongoose.model("realestate");
  4. const queryCretia = {};
  5. model.find(queryCretia, (err, docs) => {
  6. res.render("index", {
  7. title: "express",
  8. docs: docs
  9. })
  10. })
  11. });

</>复制代码

  1. <span class="hljs-section"><%= title %></span>
  2. <%= title %>

  3. Welcome to <%= title %>

    • <% docs.forEach(function(doc){ %>
    • <%= doc.type %>
    • <% }) %>

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

</>复制代码

  1. [{
  2. "_id" : ObjectId("59bdeadb2a5c612514ee7970"),
  3. "title" : "好楼层,中等装修,满5年,上门实拍",
  4. "type" : "2室1厅",
  5. "square" : "75.42平",
  6. "direction" : "朝南",
  7. "floor" : "中区/6层",
  8. "unitPrice" : 47732,
  9. "totalPrice" : 360,
  10. "location" : null,
  11. "specialExplain" : "满五",
  12. "url" : "http://sh.lianjia.com//ershoufang/sh4528035.html",
  13. "station" : "江杨北路",
  14. "line" : "3号线",
  15. "updateTime" : "2017-09-17 11:24:11"
  16. }
  17. {
  18. "_id" : ObjectId("59bdeadb2a5c612514ee7971"),
  19. "title" : "南北户型,厨卫全明,高区采光好,装修精美",
  20. "type" : "2室2厅",
  21. "square" : "90.92平",
  22. "direction" : "朝南北",
  23. "floor" : "高区/6层",
  24. "unitPrice" : 46194,
  25. "totalPrice" : 420,
  26. "location" : null,
  27. "specialExplain" : "满五",
  28. "url" : "http://sh.lianjia.com//ershoufang/sh4546221.html",
  29. "station" : "江杨北路",
  30. "line" : "3号线",
  31. "updateTime" : "2017-09-17 11:24:11"
  32. }]

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

2室1厅

2室2厅

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

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

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

方法1:

利用toObject方法

</>复制代码

  1. docs.forEach(doc => {
  2. return doc.toObject();
  3. })
方法2:

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

</>复制代码

  1. docs = JSON.stringify(docs);
  2. docs = JSON.parse(docs);
方法3:

利用lean方法:

</>复制代码

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

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

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

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

</>复制代码

  1. console.log(Object.prototype.toString.call(docs));
  2. consoele.log(Object.prototype.toString.call(docs[0]));
  3. console.log(Object.prototype.toString.call(docs1));
  4. console.log(Object.prototype.toString.call(docs1[0]))

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

</>复制代码

  1. [object Array]
  2. [object Object]
  3. [object Array]
  4. [object Object]

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

</>复制代码

  1. console.dir(doc[0].__proto__);
  2. console.dir(docs[0].__proto__);

结果是:

</>复制代码

  1. model {
  2. db:
  3. NativeConnection {
  4. base:
  5. Mongoose {
  6. connections: [Array],
  7. models: [Object],
  8. modelSchemas: [Object],
  9. options: [Object],
  10. plugins: [Array] },
  11. collections: { realestates: [Object] },
  12. models: { realestate: [Object] },
  13. config: { autoIndex: true },
  14. replica: false,
  15. hosts: null,
  16. host: "127.0.0.1",
  17. port: 27017,
  18. user: undefined,
  19. pass: undefined,
  20. name: "real_estate_info",
  21. options:
  22. { db: [Object],
  23. auth: {},
  24. server: [Object],
  25. replset: [Object],
  26. mongos: undefined },
  27. otherDbs: [],
  28. _readyState: 1,
  29. _closeCalled: false,
  30. _hasOpened: true,
  31. _listening: false,
  32. db:
  33. Db {
  34. domain: null,
  35. _events: [Object],
  36. _eventsCount: 6,
  37. _maxListeners: undefined,
  38. s: [Object],
  39. serverConfig: [Getter],
  40. bufferMaxEntries: [Getter],
  41. databaseName: [Getter],
  42. _listening: true },
  43. _events:
  44. { connected: [Function],
  45. error: [Function: bound bound consoleCall],
  46. disconnected: [Function: bound bound consoleCall],
  47. reconnected: [Function: bound bound consoleCall] },
  48. _eventsCount: 4 },
  49. discriminators: undefined,
  50. id: [Getter/Setter],
  51. __v: [Getter/Setter],
  52. _id: [Getter/Setter],
  53. schema:
  54. Schema {
  55. obj: undefined,
  56. paths: { _id: [Object], __v: [Object] },
  57. aliases: {},
  58. subpaths: {},
  59. virtuals: { id: [Object] },
  60. singleNestedPaths: {},
  61. nested: {},
  62. inherits: {},
  63. callQueue: [ [Array], [Array], [Array], [Array], [Array], [Array] ],
  64. _indexes: [],
  65. methods: {},
  66. statics: {},
  67. tree: { _id: [Object], __v: [Function: Number], id: [Object] },
  68. query: {},
  69. childSchemas: [],
  70. plugins: [ [Object], [Object], [Object], [Object] ],
  71. s: { hooks: [Object], kareemHooks: [Object] },
  72. options:
  73. { retainKeyOrder: false,
  74. typeKey: "type",
  75. id: true,
  76. noVirtualId: false,
  77. _id: true,
  78. noId: false,
  79. validateBeforeSave: true,
  80. read: null,
  81. shardKey: null,
  82. autoIndex: null,
  83. minimize: true,
  84. discriminatorKey: "__t",
  85. versionKey: "__v",
  86. capped: false,
  87. bufferCommands: true,
  88. strict: true,
  89. pluralization: true },
  90. "$globalPluginsApplied": true,
  91. _requiredpaths: [] },
  92. collection:
  93. NativeCollection {
  94. collection: Collection { s: [Object] },
  95. opts: { bufferCommands: true, capped: false },
  96. name: "realestates",
  97. collectionName: "realestates",
  98. conn:
  99. NativeConnection {
  100. base: [Object],
  101. collections: [Object],
  102. models: [Object],
  103. config: [Object],
  104. replica: false,
  105. hosts: null,
  106. host: "127.0.0.1",
  107. port: 27017,
  108. user: undefined,
  109. pass: undefined,
  110. name: "real_estate_info",
  111. options: [Object],
  112. otherDbs: [],
  113. _readyState: 1,
  114. _closeCalled: false,
  115. _hasOpened: true,
  116. _listening: false,
  117. db: [Object],
  118. _events: [Object],
  119. _eventsCount: 4 },
  120. queue: [],
  121. buffer: false,
  122. emitter:
  123. EventEmitter {
  124. domain: null,
  125. _events: {},
  126. _eventsCount: 0,
  127. _maxListeners: undefined } },
  128. "$__original_save": { [Function] numAsyncPres: 0 },
  129. save: { [Function: wrappedPointCut] "$originalFunction": "$__original_save", "$isWrapped": true },
  130. _pres:
  131. { "$__original_save": [ [Object], [Object], [Object] ],
  132. "$__original_remove": [ [Object] ] },
  133. _posts: { "$__original_save": [], "$__original_remove": [] },
  134. "$__original_remove": { [Function] numAsyncPres: 1 },
  135. remove:
  136. { [Function: wrappedPointCut]
  137. "$originalFunction": "$__original_remove",
  138. "$isWrapped": true },
  139. "$__original_validate": [Function],
  140. validate:
  141. { [Function: wrappedPointCut]
  142. "$originalFunction": "$__original_validate",
  143. "$isWrapped": true } }

以及

</>复制代码

  1. {}

很显然,问题就是在这里,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还有另外一些奇怪的地方,被人所诟病,在此也不一一细数了。从问题的发现,到写这篇文章大概花了大半天的时间,以前遇到问题就找到解决办法就停止了,但是这一次通过这样深入地去发现,可能就会发掘到更多的东西。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/91870.html

相关文章

  • Mongoose 之 Population 使用

    摘要:使用可以实现在一个中填充其他的。表示关联注意被关联的的必须是和才有效。类型的时,格式如为表示不填充,为时表示填充。以键值对的形式表示。回调函数,接收两个参数,错误和填充完的。参考数据库的最简单实现使用之原文链接 Mongoose 是 MongoDB 的 ODM(Object Document Mapper)。 什么是ODM? 其实和ORM(Object Relational Mapp...

    timger 评论0 收藏0
  • [转]mongodbpopulate方法

    摘要:使用可以实现在一个中填充其他的。表示关联注意被关联的的必须是和才有效。封装了很多查询的方法,使得对数据库的操作变得简单啦。这里分享一下方法用法。类型的时,格式如为表示不填充,为时表示填充。类型,可选,指定附加的查询条件。 Mongoose 是 MongoDB 的 ODM(Object Document Mapper)。 什么是ODM? 其实和ORM(Object Relational...

    ranwu 评论0 收藏0
  • (转)Mongoose学习参考文档

    摘要:转自一快速通道名词解释一种以文件形式存储的数据库模型骨架,不具备数据库的操作能力由发布生成的模型,具有抽象属性和行为的数据库操作对由创建的实体,他的操作也会影响数据库注意本学习文档采用严格命名方式来区别不同对象,例如的文本属性的数据库模型实 转自 https://cnodejs.org/topic/504... 一、快速通道 1.1 名词解释 Schema : 一种以文件形式存储的...

    Sleepy 评论0 收藏0
  • Mongoose简要API

    摘要:是在环境下对进行便捷操作的对象模型工具因此,要使用,则必须安装环境以及数据库。使操作更简单便捷。找到记录,并且将递增,返回后的为之前的。这个属性很有用,对数字直接进行增减。,要返回的字段与的第二个参数一致。 Mongoose是在node.js环境下对mongodb进行便捷操作的对象模型工具 因此,要使用mongoose,则必须安装node.js环境以及mongodb数据库。mongoo...

    王岩威 评论0 收藏0
  • mongoose学习笔记(超详细)

    摘要:返回的是转换为字符串后的值。默认行为禁止在一个中如果没有定义域,那么将会默认分配一个域。通过在中设置这个字段可以阻止生成获得。我们也能设置其它的安全等级如表示如果秒内写操作没有完成,将会超时。在,和方法只检查顶级的的选项设置。 原文出处 名词解释 Schema: 一种以文件形式存储的数据库模型骨架,不具备数据库的操作能力 Model: 由Schema编译而成的假想(fancy)构造器...

    Bowman_han 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<