Späte Antwort, aber Sie können dies auch versuchen, wenn Ihr Schema zu definieren.
/**
* toJSON implementation
*/
schema.options.toJSON = {
transform: function(doc, ret, options) {
ret.id = ret._id;
delete ret._id;
delete ret.__v;
return ret;
}
};
Beachten Sie, dass ret
ist das JSON'ed Objekt, und es ist nicht eine Instanz des Mungo-Modell. Sie arbeiten direkt an Objekt-Hashes, ohne Getter/Setter.
Und dann:
Model
.findById(modelId)
.exec(function (dbErr, modelDoc){
if(dbErr) return handleErr(dbErr);
return res.send(modelDoc.toJSON(), 200);
});
bearbeiten: Nov 2015
Weil ich nicht eine Lösung für die fehlenden toJSON (oder toObject) Methode (n) vorsah werde ich den Unterschied erklären zwischen mein Anwendungsbeispiel und das Anwendungsbeispiel von OP.
OP:
UserModel
.find({}) // will get all users
.exec(function(err, users) {
// supposing that we don't have an error
// and we had users in our collection,
// the users variable here is an array
// of mongoose instances;
// wrong usage (from OP's example)
// return res.end(users.toJSON()); // has no method toJSON
// correct usage
// to apply the toJSON transformation on instances, you have to
// iterate through the users array
var transformedUsers = users.map(function(user) {
return user.toJSON();
});
// finish the request
res.end(transformedUsers);
});
Mein Beispiel:
UserModel
.findById(someId) // will get a single user
.exec(function(err, user) {
// handle the error, if any
if(err) return handleError(err);
if(null !== user) {
// user might be null if no user matched
// the given id (someId)
// the toJSON method is available here,
// since the user variable here is a
// mongoose model instance
return res.end(user.toJSON());
}
});
OK, es scheint die Antwort zu sein. –
Sollte es nicht sein: 'JSON.stringify (users); 'da die mit' lean() 'zurückgegebenen Dokumente einfache JS-Objekte sind? – enyo
Ja, du hast Recht, danke. JSON.stringify (Benutzer) sollte verwendet werden. – ecdeveloper