Pythonweb开发摆脱不了框架?

当前位置:首页>Python>Pythonweb开发摆脱不了框架?

Pythonweb开发摆脱不了框架?

时间:2015-06-08 15:14来源:网络整理 作者:KKWL 点击:
问题是针对 Python Web开发问的,我就略说一下我的看法。 所有服务器端 HTTP 处理都是类 CGI的原理,接受符合协议的标准输入文本流,从标准输出流输出同样符合协议的文本,也就是“请

问题是针对 Python Web 开发问的,我就略说一下我的看法。
所有服务器端 HTTP 处理都是类 CGI 的原理,接受符合协议的标准输入文本流,从标准输出流输出同样符合协议的文本,也就是“请求”和“响应”。
然后说到和 Python 进行比较的 PHP, PHP 本质上是四部分组成,我按照最小子集开始逐渐扩大的顺序列出来:
语言和语言运行时环境(PHP Script),写一个 *.php 的脚本然后在终端运行,往往可以和 sh 脚本或者 python 脚本等价,这里就只用到了 PHP 的语言运行时。
标准库,也就是除了上述的最小子集外,PHP 中可以用到的一系列内置函数、内置类。
Web 运行时,这部分负责的就是将 CGI 模式的文本输入流封装,产生 $_GET、$_POST、$_COOKIE 和一系列和 Web 相关的支持,同时在脚本执行时候将标准输出(echo 打印出来的内容)也添加协议中的附加内容(Content-Type、状态码、响应头等)输出。
模版引擎:PHP 比较不同的是还内置模版引擎,这个模版引擎和其他语言中作为工具的模版有点不同,PHP 在语法解析的层面上是原生支持和模版混写的,所有没有包在 中的文本都不作为语法解析,而是直接作为输出,PHP 的模版也籍此实现。
再看看 Python,Python 一开始就不像 PHP 一样是专门为 Web 设计的,所以 Python 在设计上类似 Java、Ruby,目标是作为通用工具语言。一个新安装的 Python 包含以下两部分:
语言和语言运行时环境(Python 虚拟机)
标准库(Python 的标准库是出名的给力,覆盖面极广)
不同于 PHP,Python 的 Web 并不作为语言的一部分实现。因为通用语言的设计目标,Python 通过 C extension 形式的标准库,有原生的网络编程支持。也就是说,任何人都可以用 Python 的 socket 接口自己编写 Web 服务器。由于图灵机的等价性,用 Python 实现一个 PHP VM 也是技术可行的。
但是绝大多数人用 Python 做 Web 开发的时候不会选择自己用 socket 去实现一个服务器,因为 Python 官方有 Web 设计的标准—— WSGI (PEP 333 python.org/dev/peps...)。WSGI 定义的标准将 Web 应用划分为 WSGI Application 和 WSGI Server。后者类似 PHP 的 Web 运行时,提供对标准输入输出流的封装,前者则类似自己写的 PHP 应用,在封装后的环境中对具体应用进行 Web 开发。强烈建议阅读一下 PEP 333,对于理解 WSGI 的这种划分很有帮助。
目前为止,WSGI 在主流 Python 应用中得到广泛支持,所谓的 Python Web 框架,其实都是符合 WSGI Application 规范下,对 Web 开发中环境进行的封装,如果有精力,阅读一下 Bottle 框架的源码,就会非常有收获——只有一个文件,但是完整实现 WSGI 并封装为自己风格的一个环境(一个 Bottle 的实例就是一个 WSGI Application,实现了 __call__ 方法)。像 Django 这种框架已经逾越了 Web 框架范围的了,将 ORM、表单验证等等聚集成一块,有点像 RoR 的感觉。真正和 PHP 的 Web 环境等价的,是类似 Bottle 这样的微内核框架。
现在比起 PHP,Python 还欠缺的是一个模版引擎。Python 本身并不提供像 PHP 一样和模版文本的混写方式,我建议也忘了这种方式吧,即使在 PHP 中也别滥用,因为这是噩梦滋生的温床。真正的模版应该指负责应用中的视图显示逻辑,在 Python 中 jinja2、mako 等就是提供这类服务的,PHP 中一定记得管好自己不该写在模版中的别写在模版中。

回到问题主线,Python 开发一定要用 Web 框架吗?不一定,但是用一个良好封装了的 WSGI Application 框架可以让你不用自己去解析请求头、拼接响应头,如果不用 Web 框架相当于把 PHP 剥离到只能写脚本。而用一个框架,尤其是 WSGI Application 框架,不仅为低层协议提供了良好的封装,还能在 WSGI 公约下和广大 WSGI Server 协作。比如在 Linux 下部署 Python Web 应用,我可以使用 uwsgi 然后用 nginx 反向代理;但我在 Windows 下开发,我可以用标准库内置的 wsgiref 来做 WSGI Server,我的应用不需要做任何改动。

至于 Python 能不用像 PHP 一样内嵌到模版中,历史上到曾经有过一个叫 PSP(不是那个 PSP,是 Python Server Page)的东西,现在应该记得的人不多了吧。用一个领域逻辑、持久化、控制流、视图逻辑层层分的清清楚楚的开发方式,不是比什么都堆在一个页面里面要优 雅的多吗?

另外,如果是阿达的话,可以让副站长把深大场地申请系统的代码给你看看。那是一个 ASP 写成的系统,历经将近五年的运行和维护,所有逻辑都写在 ASP/PHP 风格的模版里。现在就算团委提要求也已经没有人敢维护它了,因为不动还好,一动炸弹就爆炸。

------分隔线----------------------------