溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章將為大家詳細講解有關Mongoose中document與object有什么區別，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。
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>
<h2><%= title %></h2>
<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/sh5528035.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/sh5546221.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還有另外一些奇怪的地方，被人所詬病，在此也不一一細數了。從問題的發現，到寫這篇文章大概花了大半天的時間，以前遇到問題就找到解決辦法就停止了，但是這一次通過這樣深入地去發現，可能就會發掘到更多的東西。
關于Mongoose中document與object有什么區別就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
