Django——QuerySets酷毙了！

尽可能的返回QuerySets

我最近曾在一个Django应用中用一个模型来表示树（数据结构，不是圣诞装饰）。这意味着每一个实例在树上都有一个指向它父节点的链接。它看起来像这样：

这工作的相当好。麻烦的是，我不得不添加另一种方法，get_larger_ancestors，它应该返回所有值大于当前节点的的父节点。这是我能实现这个：

问题是，我基本上会在名单上审查两次——Django一次，我自己一次。这让我考虑到-如果get_ancestors返回QuerySet而不是列表会怎样呢？我可以这样做：

很简单，这里更重要的是我没有遍历对象。我可以对get_larger_ancestors的返回使用任何我想使用的过滤器，而且感到安全——我不会得到 一个未知大小的对象列表。这样的主要优势是我一直使用相同的查询接口。当用户得到了一大堆的对象，我们不知道他想怎样对它们进行切片分块。而返回 QuerySet对象时我保证用户知道如何处理它。

但如何实现get_ancestorsto返回一个QuerySet呢？这是一个小技巧。用一条简单的查询收集我们需要的数据是不可能的，使用任何预定数量的查询也是不可能的。我们要找的法则是动态的，选择的实现看起来很像它现在的样子，下面就是选择，一个更好的实现：

稍停一会，沉淀一下，马上说出细节。

我想说的是，不论什么时候你返回一系列对象——你应该总是返回一个QuerySet替代。这样做将允许用户使用一种简单、熟悉、具备更好性能的方法自由过滤、剪接和排序结果。

（从一个侧面说get_ancestors查询了数据库，因为我使用了递归的self.parent。这里有一个额外的数据库执行——当实际检测结果时执行了这个函数，未来又执行了另外一次。当我们在数据库查询上使用更多的过滤器或进行高耗内存的操作时我们得到了性能的提升。这里的例子展示了如何将平常的操作转换成QuerySets）。