零星发现一些,零星记录一些,因此可能整体比较混乱,因为显然不是一气呵成写的。
首先吐槽下,cbv的整体继承结构,可真的不是很优美,可以查看这里。
好吧,但分开来看,还是可圈可点的。
1. 比如SingleTemplateResponseMixin,有一个属性template_name_field(不太喜欢翻看文档,发现一段文档看完的时间可以看完好多code,相当于好多页的文档; 如有雷同,实属巧合。)
看看get_template_names, 这个才是这个类的目的,重写其模板命名以及路径逻辑。(由于源码注释较多,砍掉了,精简版如下)
class SingleObjectTemplateResponseMixin(TemplateResponseMixin): template_name_field = None template_name_suffix = '_detail' def get_template_names(self): try: names = super(SingleObjectTemplateResponseMixin, self).get_template_names() except ImproperlyConfigured: names = [] if self.object and self.template_name_field: name = getattr(self.object, self.template_name_field, None) if name: names.insert(0, name) if isinstance(self.object, models.Model): names.append("%s/%s%s.html" % ( self.object._meta.app_label, self.object._meta.model_name, self.template_name_suffix )) elif hasattr(self, 'model') and self.model is not None and issubclass(self.model, models.Model): names.append("%s/%s%s.html" % ( self.model._meta.app_label, self.model._meta.model_name, self.template_name_suffix )) if not names: raise return names
注意11~14行,如果有定义这个字段,这从对象中取出这个字段的值。
这意味着: 对于每一个数据行,都可以使用一个独特的模板!想象下,每一篇文章,都有一个属于自己的主题!好吧,的确很牛掰的设计。
此处留名。
2. 关于模板的渲染。不管你是用django.shortcuts.render/render_to_response 还是用用TemplateResponseMixin的render,最后你会发现最终调用的render就是在settings中定义的template_loaders之中的loader的render方法。
好吧,很牛逼,我们只要管在哪找模板,和定义这个template_loaders(要大写哦), 就可以搞定渲染的机制。详细代码由于涉及内容过多,此处不列举分析。
3. 第三,这个跟django无关,跟python有关。发现python的__dict__有很大文章,简直无所不能,好吧,这里水很深。举个简单应用的比方:可以把桃子的树枝放在苹果树上生长,仍然长出桃子。(有点混乱)。