为什么 Django 和 CherryPy 本身不支持基于 HTTP 动词的调度？

Question

POST 到 URL 与 GET、DELETE 或 PUT 不同。这些行动是根本不同的。然而，Django 似乎在其调度机制中忽略了它们。基本上，人们要么完全忽略 HTTP 动词，要么在每个视图上都这样做：

def my_view(request, arg1, arg2):
    if request.method == 'GET':
        return get_view(request, arg1, arg2)
    if request.method == 'POST':
        return post_view(request, arg1, arg2)
    return http.HttpResponseNotAllowed(['GET', 'POST'])

我在网络上找到的几个解决方案（this snippet 用于基于动词的调度，或this decorator 用于动词要求）不是很优雅，因为它们显然只是解决方法。

CherryPy 的情况似乎是一样的。我所知道的唯一能做到这一点的框架是 web.py 和 Google App Engine 的。

我认为这是 Web 框架的严重设计缺陷。有人同意吗？还是基于我忽略的原因/要求而深思熟虑的决定？

Answer 1

我不能代表 Django，但在 CherryPy 中，每个 HTTP 动词可以有一个函数，只需一个配置条目：

request.dispatch = cherrypy.dispatch.MethodDispatcher()

但是，我已经看到了一些不可取的情况。

一个例子是不考虑动词的硬重定向。

另一种情况是您的大多数处理程序只处理 GET。在这种情况下，有一千个页面处理程序都命名为“GET”，这尤其令人讨厌。在装饰器中表达这一点比在函数名中更漂亮：

def allow(*methods):
    methods = list(methods)
    if not methods:
        methods = ['GET', 'HEAD']
    elif 'GET' in methods and 'HEAD' not in methods:
        methods.append('HEAD')
    def wrap(f):
        def inner(*args, **kwargs):
            cherrypy.response.headers['Allow'] = ', '.join(methods)
            if cherrypy.request.method not in methods:
                raise cherrypy.HTTPError(405)
            return f(*args, **kwargs):
        inner.exposed = True
        return inner
    return wrap

class Root:
    @allow()
    def index(self):
        return "Hello"

    cowboy_greeting = "Howdy"

    @allow()
    def cowboy(self):
        return self.cowboy_greeting

    @allow('PUT')
    def cowboyup(self, new_greeting=None):
        self.cowboy_greeting = new_greeting

我看到的另一个常见问题是在数据库中查找与资源对应的数据，无论动词如何，这都应该发生：

def default(self, id, **kwargs):
    # 404 if no such beast
    thing = Things.get(id=id)
    if thing is None:
        raise cherrypy.NotFound()

    # ...and now switch on method
    if cherrypy.request.method == 'GET': ...

CherryPy 试图不为您做出决定，但如果您想要的话，它会使其变得容易（单行）。

Answer 2

从 Google 看到这个，并考虑更新。

姜戈

仅供参考，现在 Django 支持作为基于类的视图。您可以扩展泛型类View 并添加get()、post()、put() 等方法。 -

from django.http import HttpResponse
from django.views.generic import View

class MyView(View):

    def get(self, request, *args, **kwargs):
        return HttpResponse('Hello, World!')

dispatch() 部分处理这个 -

调度（请求，*args，**kwargs）

视图的视图部分—— 接受请求参数和参数的方法，并返回一个 HTTP 响应。

默认实现将检查 HTTP 方法并尝试 委托给与 HTTP 方法匹配的方法；一个 GET 将是 委托给 get()，一个 POST 给 post()，等等。

默认情况下，HEAD 请求将委托给 get()。如果你需要 以不同于 GET 的方式处理 HEAD 请求，您可以覆盖 头（）方法。有关示例，请参阅支持其他 HTTP 方法。

默认实现还将 request、args 和 kwargs 设置为 实例变量，因此视图上的任何方法都可以知道完整的 为调用视图而发出的请求的详细信息。

那你就可以在urls.py使用了——

from django.conf.urls import patterns, url

from myapp.views import MyView

urlpatterns = patterns('',
    url(r'^mine/$', MyView.as_view(), name='my-view'),
)

More details.

CherryPy

CherryPy 现在也支持这一点。他们对此有一个full page。

Answer 3

我相信 django 的决定是因为通常只需 GET 和 POST 就足够了，这使得框架更简单地满足其要求。只“不在乎”使用哪个动词非常方便。

但是，还有很多其他框架可以基于动词进行调度。我喜欢werkzeug，它可以很容易地定义你自己的调度代码，所以你可以根据你想要的任何东西来调度。

Answer 4

因为这并不难DIY。只需要一个字典，其中包含每个类中函数的公认动词。

def dispatcher(someObject, request):
    try:
      return someObject.acceptedVerbs[request.method]()
    except:
      return http.HttpResponseNotAllowed(someObject.acceptedVerbs.keys())