Python Django基于类的视图:扩展分派方法被认为是错误的还是不好的?
在django代码库中,出于以下原因,我们扩展了dispatch方法: 设置GET/POST方法通用的变量。 为了限制用户对此的访问,我们创建了一个单独的mixin,它只是扩展分派并执行检查Python Django基于类的视图:扩展分派方法被认为是错误的还是不好的?,python,django,class,methods,extends,Python,Django,Class,Methods,Extends,在django代码库中,出于以下原因,我们扩展了dispatch方法: 设置GET/POST方法通用的变量。 为了限制用户对此的访问,我们创建了一个单独的mixin,它只是扩展分派并执行检查 如果它被认为不好,为什么会这样?还有什么替代方案?您可以这样做,只要覆盖它是您获得所需功能的唯一选择 例如,django rest框架覆盖dispatch方法,以提供身份验证、权限和限制等功能 看 您可以重写dispatch方法,但一定要调用superView、sels.dispatch*args、**kw
如果它被认为不好,为什么会这样?还有什么替代方案?您可以这样做,只要覆盖它是您获得所需功能的唯一选择 例如,django rest框架覆盖dispatch方法,以提供身份验证、权限和限制等功能 看
您可以重写dispatch方法,但一定要调用superView、sels.dispatch*args、**kwargs。许多像我这样的人都懂python/django,而不是简单的英语!:@MD.KhairulBasar,这是不必要的,正如我发布的答案中所强调的。您能否将文档链接添加到您提出的drf覆盖声明中?Thanks@d-编码器它已经出现在答案中。但这里是:我没有看到链接。我的错!
def dispatch(self, request, *args, **kwargs):
"""
`.dispatch()` is pretty much the same as Django's regular dispatch,
but with extra hooks for startup, finalize, and exception handling.
"""
self.args = args
self.kwargs = kwargs
request = self.initialize_request(request, *args, **kwargs)
self.request = request
self.headers = self.default_response_headers # deprecate?
try:
self.initial(request, *args, **kwargs)
# Get the appropriate handler method
if request.method.lower() in self.http_method_names:
handler = getattr(self, request.method.lower(),
self.http_method_not_allowed)
else:
handler = self.http_method_not_allowed
response = handler(request, *args, **kwargs)
except Exception as exc:
response = self.handle_exception(exc)
self.response = self.finalize_response(request, response, *args, **kwargs)
return self.response