python函数参数的pack与unpack

python函数参数的pack与unpack
python函数参数的pack与unpack
上周在使⽤django做开发的时候⽤到了mixin（关于mixin我还要写⼀个博客专门讨论⼀下，现在请参见），其中⼜涉及到了⼀个关于函数参数打包(pack)的问题，导致延误了开发时间，所以在这⾥记录
⼀下，稍后会说到具体的背景。

背景交代：
具体情景是这样的，我需要⼀个view可以在查询的同时可以分页，⼜可以在返回的上做更多的查询操作。

为了解决这个问题，我⾃⼰写了⼀个mixiin :
class MultipleOjbectQueryPageMixin(object):
'''
query_params = [['filter , 'tags__label__contains, 'wow' ],[],[]]
'''
query_params = None
paginate_by = None
page_size_kwargs = 'size'
#新加⼊的⽅法
def get_paginate_by(self, queryset):
if self.page_size_kwargs in self.request.kwargs:
self.paginate_by = int(self.request.kwargs[self.page_size_kwargs])
return self.paginate_by
def do_query(self, queryset):
if self.query_params:
iterator = iter(self.query_params)
try:
param = iterator.next()
try:
if params[1] is not None and params[0] is not None:
#函数参数解包的问题
queryset = getattr(queryset, params[0])(**{params[1] : params[2]})
return queryset
else:
queryset = getattr(queryset,params[0])()
return queryset
except AttributeError as e:
print e
except StopIteration as e:
print e
else:
return queryset.all()
#新加⼊的⽅法
def get_queryset(self):
if self.queryset is not None:
queryset = self.queryset
if isinstance(queryset, QuerySet):
queryset = self.do_query(queryset)
elif self.model is not None:
queryset = self.do_query(self.model._default_manager)
else:
raise ImproperlyConfigured(
"%(cls)s is missing a QuerySet. Define"
"%(cls)s.model, %(cls)s.queryset, or override"
"%(cls)s.get_queryset()." % {
'cls' : self.__class__.__name__
}
)
ordering = self.get_ordering()
if ordering:
if isinstance(ordering, six.string_types):
ordering = (ordering, )
queryset = queryset.order_by(*ordering)
return queryset
这个 mixin只⾃定义了2个⽅法，其中⼀个是从url中获取当前分页的页⾯⼤⼩，也就是page_size, 在类中这这个参数的名字叫做 paginate_by ,在中直接继承了这个mixin , 不过ListView只有基本的分页功
能 (你可以直接在url中传⼊/?page=1,来进⾏分页，mixin中都写好了)，并没有可以从url中获取页⾯⼤⼩，我增加的⽅法可以直接从url中获取要分页的页⾯⼤⼩，然后传⼊page参数就可以完成分页。

另外⼀个⽅法⽐较复杂，它拥有了基本的查询功能，我的初衷是要从url中得到博客的标签信息，然后根据标签查询到相应标签下的博客，所以就写了⼀个⽅法，这个⽅法由这个⽅法来调⽤，这样就可
以⽐较⽅便的在已有代码的基础上去做查询，实际使⽤中我写了⼀个功能类似于BaseListView类的View类来继承该mixin，然后重写⾃⼰的get⽅法就可以了，在myapp.views中使⽤起来⾮常⽅便，直接
继承⾃⼰写的view类，然后在类中定义需要的属性，就可以了，myapp.views中没有⽅法，看起来⾮常整洁，我认为这就是CBV的好处了。

如果你要说我直接⾃⼰写get⽅法，直接在request中获取tag的值，然后
pk = request.kwargs['id']
tag = Tag.objects.get(pk = pk)
blogs = tag.blogs.all()
那么我会说这完全是可以的，但是你以后需要再查询别的东西的时候，你必须⼀直写get⽅法，这样的写法，会导致CBV的优势荡然⽆存，那还不如直接去写FBV的好，⼤家都说FBV容易理解，其实我觉
得让我写的话肯定是写CBV，不喜欢看到乱糟糟的代码。

函数参数的解包问题：
由于已经很久很久没有写python了，所以不免会忘记⼀些东西，这次跳的⼀个⼩坑就是在函数参数上出了问题。

我想实现的是这样的效果
params = { 'tags__label__conatains' : wow'}
Blog.objects.filter(params)
上⾯这样直接传⼊字典是不⾏的
因为filter中的参数是⼀个有默认值的tags__table__contains 参数，
我的⽬的是想给它⼀个值，这样在func(*args, **kwargs)⾥是解析不到kwargs⾥的，实际上传⼊⼀个字典的结果都在args 参数⾥，因为我们传⼊的是⼀个对象，⽽不是kv, 只有传⼊test(a=1, b=2)这样的值才会被解析到kwargs中，现Blog.objects.filter(params.keys()[0] = params.values()[0])
还是不⾏
接着我们这样写
k = params.keys()[0]
v = params.values()[0]
Blog.objects.filter( k = v)
你会发现这样写可以，但是我们需要的参数变成k了，⽽不是 tags__label__contains
所以这样也是不⾏的。

然后我们⼜换了⼀种⽅法
Blog.objects.Filter({ k : v})
结果这个参数⼜跑到args⾥去了，
最后正确的写法是这样的
Blog.objects.Filter(**{k:v})
这样先解包就可以把带变量的参数传到kwargs
对于args来说是⼀样的
def test(*args, **kwargs):
print args
print kwargs
s = (1,2,3,4,)
test(s)
输出：
((1,2,3,4),)
很明显系统把s这个元组当成了⼀个对象，如果你打算传⼊之后对，args进⾏遍历操作话，会发现args⾥只有⼀个对象，但是我明明传⼊了⼀个有4个元素的元组啊。

正确的写法是：
test(*s)
输出为:
(1,2,3,4)
这个时候你就可以去遍历了，绝对没问题了。