ListView
在开发一个网站时，我们常常需要获取存储在数据库中的某个model的列表。
示例代码
def show_list(request):
model_list = Model.objects.all()
context = {"request": request, "model_list": model_list}
return render_to_response(index.html", context)
项目中可能会有大量的这样的视图，如果每一个model都这样写的话，会不断的重复工作。
这时ListView就有优势了，他是把这些逻辑抽象到一个类里面，直接继承即可。
class ModelView(ListView)
template_name = "index.html"
model = Model
content_object_name = "obj_list"
直接这样写就代替了上面的示例代码的功能。
template_name 属性来指定需要渲染的模板
model属性来指定我们要操作的Model模型
context_object_name属性来指定获取得model列表的变量名，不写的话，默认为object_list。
还可以重写父类的方法，达到定制的目的。
复写get_object方法以增加获取单个model对象的其他逻辑。
复写get_context_data方法来为上下文对象添加额外的变量以便在目标中访问。示例代码如下
def get_context_data(self, **kwargs):
kwargs["obj_list"] =self.model.objects.all()
return super(self.__class__, self).get_context_data(**kwargs)
template_name也可以通过get_template_names方法来指定。代码如下
def get_template_names(self):
return "index.html"
DetailView
获取单个model对象也很常见。视图函数示例代码如下
def detail(request, obj_id):
obj = model.objects.get(pk=obj_id)
context = {"request":request, "obj": obj}
return render_to_response("detail.html", context)
同样的如果这种需求过多的话，开发人员就需要枯燥乏味的重复编写了。因此Django使用DetailView来把这种逻辑抽象出来，把视图函数转化为类视图。
class ModelDetailView(DetailView):
model = Model
template_name = "detail.html"
context_object_name = "obj"
pk_url_kwarg ="pk" #pk_url_kwarg默认值就是pk，这里可以覆盖，但必须和url中的命名组参数名称一致
model，template_name和context_object_name的含义同上。
urls.py中这样写，其中pk就是关键字参数的名字，一般指id
urlpatterns = [
url(r'^detail/(?P
]
其中URL中的命名组参数pk需要和视图中的pk_url_kwarg的值保持一致才行。
就可以了！！！