|
|
1
4
当然,如果您将URL路由到一个类的实际实例,而不仅仅是一个类,那么使用一个类作为视图没有任何错误。 |
|
|
2
2
django管理员就是这样做的——查看django/contrib/admin中的源代码。 类的优点是它们更容易定制,例如,您可以添加钩子来检查权限。 有一个提议将所有现有的通用视图转移到类中,它本应进入1.2,但未能达到最后期限。 正如上面的海报所指出的,在处理实例变量时要非常小心——如果您查看管理类,您会看到请求被传递到各种方法,而不是依赖于“self”。 |
|
|
3
0
撇开其他问题(如线程安全问题)不谈,在模型/视图/模板之间划过明亮的界线似乎有真正的危险。 或者它感觉像是URL调度的替代品( not that there's anything wrong with that :-)我不确定,只是感觉有点 远离的 . |
|
|
4
0
虽然基于类的视图很有用,但是继承可能不是此特定作业的正确工具。帮助器函数和修饰器是从视图中分解出公共代码的两种很好的方法。对于可能处理代码的其他(Python)编码人员来说,它们也更熟悉/更自然。 我不确定在您的情况下最好的方法是什么,因为我不知道您最终想要考虑多少,请记住,除了继承之外,还有其他方法可以考虑Python。 P.S.因寻求蟒蛇解决方案而受到赞誉。 |