13个Python Web框架比较，你想使用哪个呢？
|
Django具有健全和安全的默认设置，有助于保护Web应用程序免受攻击。将变量放在页面模板中时，例如带有HTML或JavaScript的字符串，除非明确将变量实例指定为安全，否则不会按字面意义呈现内容。这本身就减少了许多常见的跨站脚本问题。如果要执行表单验证，可以使用从简单的CSRF保护到返回详细错误反馈的完整逐个字段验证机制的所有内容。 如果没有强大的文档可以使用像Django那样丰富和广泛的功能。Django的文档站点从多个角度深入研究框架的各个方面。使用Python 3或其他语言，正确的安全性，实现常见的Web应用程序组件（如会话或分页），生成站点地图，它们都被覆盖。还详细描述了应用程序模型，视图和模板的每个层的API。 然而，强大的力量带来了极大的复杂性。Django应用程序以其头重脚轻而闻名，具有许多移动部件。即使只有几条路线的简单Django应用程序也需要相当多的配置才能运行。如果你的工作只是设置几个简单的REST端点，Django几乎肯定是矫枉过正的。 Django也有它的怪癖。例如，页面模板不能使用callables。示例：可以将{{user.name}}作为模板中的组件传递，但不能传递{{user.get_name（）}}。这是Django确保模板不会无意中做出令人讨厌的事情的方法之一，但如果你没有为它们做好准备，这些限制可能会很刺激。虽然有解决方法，但它们往往会对性能产生影响。 Django的核心是同步。但是，添加异步行为的一种方法是通过Django Channels项目。这个项目是官方的Django附加组件，它为Django添加了对连接和套接字的异步处理，同时保留了Django的编程习惯用法。 web2py 在Ruby世界中，Ruby on Rails是事实上的Web框架。DePaul大学计算机科学教授Massimo Di Pierro受到Rails的启发，用Python创建一个易于设置和使用的Web框架。结果是Web2py。 Web2py最大的吸引力在于其内置的开发环境。当设置Web2py实例时，将获得一个Web界面，实际上是一个在线Python应用程序编辑器，可以在其中配置应用程序的组件。这通常意味着创建模型，视图和控制器，每个都通过Python模块或HTML模板进行描述。一些示例应用程序随附Web2py。可以将它们分开来查看它们的工作方式，或将它们用作启动器模板来创建自己的应用程序。 开发人员通常只需下载源代码并使用它来部署Web2py。但对于Windows或MacOS上技术含量较低的用户，Web2py的创建者提供的版本基本上是独立服务器。下载，解压缩并运行其中一个版本，将拥有一个内置Web2py预配置副本的本地Web服务器。这是一个很好的方法来创建一个Web2py应用程序，然后可以部署其他地方。 Web2py的Web界面是使用Bootstrap 2.16.1构建的，因此它易于操作并且易于导航。浏览器内编辑器不能替代完整的IDE，但它配备了有用的辅助工具，如行编号和Python语法高亮（包括自动缩进）。还包括一个Python shell的快速Web界面，因此如果需要，可以从命令行与Web2py交互，这对专家来说是一个很好的让步。 Web2py中使用的数据抽象系统与Django的ORM和受其启发的其他ORM（例如Peewee）略有不同。这些系统使用Python类来定义模型，在Web2py中，使用构造函数（如define_table）来实例化模型。这些差异中的大部分可能只会对那些已经有过经验并且开始使用另一个的人产生震动；他们对新人来说同样复杂。将Web2py连接到数据提供者可能不会遇到任何麻烦，因为它几乎涉及现有的每个主要数据库。 一个真正有用的数据库相关功能是生成模型图的能力，更好地可视化模型之间的相互关系。但是，需要安装pygraphviz库才能启用该功能。 Web2py通过对jQuery和AJAX的集成支持，提供许多其他专业级组件：国际化功能，多种缓存方法，访问控制和授权，甚至前端效果（例如，表单中的日期选择器）。虽然不允许使用中间件来替换核心Web2py功能，但也包括外部和内部中间件的挂钩。 Web2py的一个重要限制是它仅与Python 2.x兼容。首先，这意味着Web2py无法使用Python 3的异步语法。如果你依赖于Python 3独有的外部库，那么你就不走运了。但是，正在开展使Web2py Python 3兼容的工作，并且在撰写本文时它已接近完成。 毫无疑问，Web2py的文档被称为“书”。首先，它涵盖了Web2py，Python以及用于这两者的部署环境的大量材料。其次，它以高度可访问的叙事风格书写。第三，它深入讨论了常见的应用程序构建方案。例如，有一整章使用jQuery（与Web2Py捆绑在一起）来构建AJAX应用程序。 Weppy Weppy感觉就像Flask的简约风格和Django的完整性之间的中间标记。虽然开发Weppy应用程序具有Flash的直接性，但Weppy具有Django中的许多功能，如数据层和身份验证。因此，Weppy适用于从极其简单到适度复杂的应用程序。 乍一看，Weppy代码看起来很像Flask或Bottle代码。启动和运行基本的单路网站需要很少的指示。路径可以通过函数装饰器（简单方法）或以编程方式描述，并且这样做的语法与Flask/Bottle密切相关。除了语法的微小变化外，模板的工作方式大致相同。 Weppy与其他框架形成鲜明对比，包括它们仅作为插件或附加组件包含的一些功能。例如，Flask和Bottle都没有内置的ORM或数据管理系统。Weppy包含一个ORM，虽然它是基于pyDAL项目而不是更受欢迎的SQLAlchemy。Weppy甚至支持模式迁移，Django支持模式迁移作为其ORM的一部分（同样，Django的迁移系统也更加自动化）。虽然Weppy有一个扩展机制，但官方批准的附加组件列表很小，远小于Flask的扩展目录。 像Weppy这样的轻量级框架通常用于构建RESTful API，而Weppy则为此配备了便利功能。在路由上放置一个@service修饰器，返回的数据将自动格式化为选择的JSON或XML。 Weppy包含的其他功能更符合更大的框架，但它们是在没有批量的情况下实现的。示例：数据验证机制，表单处理，响应缓存和用户验证。在所有这些情况下，Weppy采取“恰到好处”的方法。提供的功能并不像在Django大小的框架中那样完整，但开发人员不需要投入大量精力来使它们变得有用，并且它们可以在事后得到扩展。 （编辑：核心网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
