gpt4 book ai didi

mongoose - 保存后自动填充子文档

转载 作者:行者123 更新时间:2023-12-02 19:50:10 24 4
gpt4 key购买 nike

我希望在保存特定模型后始终自动填充子文档。我真正想要的是如下所示的内容:

MyModel.post('save', function(doc, next) {
doc.populate('path').then(next);
});

但是,上面的方法不起作用,因为

post middleware do not directly receive flow control, e.g. no next or done callbacks are passed to it. post hooks are a way to register traditional event listeners for these methods.

当然,有“异步Post Hooks”,但它们仍然不接收控制流,因此不能保证子文档在我需要时会被填充。

为什么不直接使用嵌入文档呢?对于这种情况,子文档与父文档相同(例如,我使用类似复合模式的东西),这会导致循环依赖,我不确定如何解决(或者我什至可以解决它) 。对于其他情况,我可能希望能够访问子文档而不通过父文档。

我考虑的另一种方法是这样的:

const nativeSave = /* ? */;

MyModel.methods.save = function save() {
return nativeSave.call(this).then(function(savedDoc) {
return savedDoc.populate('path');
});
};

但是,这有两个问题。首先,这似乎是一个迂回的解决方案。如果有一种更原生的方法不违背 Mongoose 的实现,我会更喜欢。其次,我不知道将 nativeSave 设置为什么(如 /* ? */ 所示)。

那么,对于实现这种行为有哪些建议?如果我的第二个解决方案最适合当前版本的 Mongoose ,我应该将 nativeSave 设置为什么?我已经考虑过嵌入文档,因此请不要建议使用它们,除非您提供有关解决循环依赖项的建议。即便如此,我还是想要一个针对我提到的其他用例的解决方案。

正如我的评论中所解释的,这与按照其他帖子的要求保存后手动填充子文档不同。我希望这种情况自动发生,以避免泄露我的实现细节(例如使用 ObjectIds 而不是真实文档)。

最佳答案

我想说,即使可以对内置的 Mongoose 方法进行猴子补丁,例如“保存”或“查找”,它也可能是一个可怕的事情主意。除了并非每次调用 save 方法都需要产生额外的 populate 调用的开销之外,您当然不希望通过下降到底层 mongo 驱动程序来改变函数的工作方式(您会失去验证,生命循环方法,如果您想使用 Mongoose 文档,则必须重新查询数据库)。

您将面临着破坏任何依赖于“保存”以某种方式工作的代码的巨大风险。所有类型的插件都不再适用,并且您可能会令任何追随您的开发人员感到惊讶。我不允许在我负责的代码库中使用它。

因此,您需要创建一个静态或模式方法。在该方法中,您将调用 save,然后调用 populate。像这样的事情:

MyModel.methods.saveAndPopulate = function(doc) {
return doc.save().then(doc => doc.populate('foo').execPopulate())
}

这几乎是这里建议的最新方法:Mongoose populate after save 。这就是为什么我投票结束你的问题。

关于mongoose - 保存后自动填充子文档,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/45044120/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com