我们在使用Django的models查询数据库时，可以看到有这种写法：

form app.models import XXX
query = XXX.objects.all()
query = query.filter(name=123, age=456).filter(salary=999)

在这种写法里面，query对象有一个filter方法，这个方法的返回数据还可以继续调用filter方法，可以这样无限制地调用下去。

这种写法是怎么实现的呢？

如果我们直接写一个类的方法，看看能不能这样调用：

class Query:
    def filter(self):
        pass

query = Query()
query.filter().filter()

直接对query.filter()返回的结果再调用一次filter，就会导致报错了。这是因为在没有显式写return语句的时候，方法会返回None，而None对象是没有所谓的filter方法的。

那么什么东西有filter方法呢？显然我们的query对象有filter方法。那么如何让这个方法返回自身这个对象呢？

这个时候，我们就要看看我们在定义类方法的时候，总会写的的第一个参数self了。几乎每个类方法里面都会有它。大家只知道在类里面调用类方法的时候可以用self.xxx()，在调用类属性的时候可以用self.yy，那么有没有思考过，这个东西如果单独使用会怎么样呢？

实际上，self指的就是这个类实例化成一个对象以后，这个对象自身。而这个对象显然是有filter方法的。所以我们修改一下filter方法，让它返回self:

class Query:
    def filter(self):
        return self

query = Query()
query.filter().filter()

从图中可以看出，现在已经不会报错了。那么回到最开始的问题，Django里面的链式调用传入查询参数是如何实现的呢？

实际上这里涉及到一个惰性查询的问题。

当我们不停调用.filter()方法的时候，Django会把这些查询条件全部缓存起来，只有当我们需要获取结果，或者查询满足条件的数据有多少条时，它才会真正地连接数据库去查询。

所以我们这里要模拟这个环境，把查询条件缓存起来。

那么为了获取调用方法时传入的参数名，我们就要使用**kwargs参数。这个参数可以接受所有的key=value形式的参数：

class Query():
    def __init__(self):
        self.query_condition = {}

    def filter(self, **kwargs):
        self.query_condition.update(kwargs)
        return self
        
query = Query()
a = query.filter(name='kingname').filter(age__gt=15, address='yyyyyy').filter(salary=99999)
print(query.query_condition)

运行效果如下图所示：

在真正需要输出结果的时候，再使用这些缓存的条件，去数据库中查询结果即可。