Python Web 开发中的装饰器与类

Question

我注意到 Python Web 框架处理请求处理的三种主要方式：装饰器、具有单个请求方法的控制器类以及具有 GET/POST 方法的请求类。

我很好奇这三种方法的优点。这些方法有什么主要优点或缺点？为了修正想法，这里有三个例子。

Bottle 使用装饰器：

@route('/')
def index():
    return 'Hello World!'

Pylons 使用控制器类：

class HelloController(BaseController):
    def index(self):
        return 'Hello World'

Tornado使用带有类型方法的请求处理程序类：

 class MainHandler(tornado.web.RequestHandler):
    def get(self):
        self.write("Hello, world")

哪种风格是最佳实践？

Answer 1

实际上，您列出的三种方法中的每一种都有一个特定于每个项目的原因。

• Bottle 试图让事情保持原状
  尽可能简单/直接
  对于程序员来说。带装饰器
  您不必担心的路线
  关于开发人员对 OOP 的理解。
• Pylons 的开发目标是
  代码可重用且易于使用
  与 WSGI 风格的 HTTP 集成
  流程路由。因此，他们有
  选择了一种非常面向对象的组织方式
  路线。举个例子，你可以
  复制和将 HelloController 粘贴到任何
  Pylons 应用程序，它应该只是
  神奇地工作。即使所述应用程序是
  在某些情况下通过 WSGI 提供服务
  复杂的时尚。
• 龙卷风还有另一个原因
  按照它的方式做事：
  Tornado基于epoll的IOLoop（与tornado.web.Application结合使用）
  将每个 RequestHandler 实例化为
  请求进来。通过保留每个
  RequestHandler 仅限于特定的
  GET 或 POST 这使得 IOLoop 能够
  快速实例化该类，
  处理请求，最后让
  它被垃圾收集。这保持
  它快速高效，且体积小
  无论如何，内存占用
  您的应用程序有许多 RequestHandler
  有。这也是 Tornado 比其他基于 Python 的 Web 服务器可以处理更多并发请求的原因（每个请求都有自己的实例）。

现在，说了这么多您应该知道您始终可以覆盖默认框架行为。例如，我写了一个 Tornado 的 MethodDispatcher 使其工作起来更像 Pylons（好吧，当我编写它时，我想到的是 CherryPy）。由于有一个大的 RequestHandler（而不是许多小的 RequestHandler），它会稍微减慢 Tornado 的速度（并稍微增加内存占用），但它可以减少应用程序中的代码量，并使其更易于阅读（当然，在我看来有偏见=）。

Answer 2

各种框架都试图通过最好的代码（用于编写和阅读）来实现最佳性能。他们各自采用基于或围绕 MVC 或 MVT 的不同策略。

您关注的重点可能取决于个人品味。我的回答也将如此。我正在努力避免任何形式的圣战，因为可能存在我不知道的有效技术论据。

但我个人更喜欢将路由与控制器（django 的视图）分开，并将模板与控制器分开。它使控制器的重用变得非常简单。是的，我是 Django 用户。

因此，我真的不太喜欢 Bottle 的装饰器或将东西包装在巨大的类中。当我还是 ASP.NET 开发人员时，我曾经这样做过，但 Django 让我自由了。