我正在构建一个服务器应用程序，该应用程序通过 RESTful 网络服务连接世界并使用 MongoDB 存储。碰巧的是，Web 服务的 JSON 资源与存储在 Mongo 中的 BSON 文档的结构非常接近。
虽然我通常使用面向对象的 DAO 抽象来隐藏持久性实现的细节，但它似乎并不是这种情况的最佳选择，因为我真正想做的是获取文档 基于查询从数据库中获取并执行转换。构建对象图作为中介似乎有些过分。
有人对符合此要求的抽象模式有任何建议吗？
编辑:删除了凌晨 1 点关于不使用任何抽象并直接使用 Mongo 驱动程序的递减。
最佳答案
抽象级别取决于您、您的需要和要求。在 native MongoDB 驱动程序之上有各种特定于语言的层。由您决定您需要什么，而不是我们。没有更精确和详细的背景，我们不能给出推荐。如果您提出一个通用问题，那么您将收到一个通用问题。
谁给了这个+1？为了什么？
关于mongodb - NoSQL(Mongo)的面向文档的数据抽象层？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10344908/