深圳企业建站公司,网站开发设计工程师工作前景,wordpress sql server,公司做网站哪里好http://www.csdn.net/article/2011-02-17/292058 导读#xff1a;作者飞龙写了一篇《浅谈Python Web框架》#xff0c;文中他介绍了几个Python Web框架和自己对选择框架的分析。在他看来#xff0c;用Django来快速开发一些Web运用是很不错的选择。以下是文章内容#xff1a…http://www.csdn.net/article/2011-02-17/292058 导读作者飞龙写了一篇《浅谈Python Web框架》文中他介绍了几个Python Web框架和自己对选择框架的分析。在他看来用Django来快速开发一些Web运用是很不错的选择。以下是文章内容 说到Web FrameworkRuby的世界Rails一统江湖而Python则是一个百花齐放的世界各种micro-framework、framework不可胜数不完全列表见 http://wiki.python.org/moin/WebFrameworks。 虽然另一大脚本语言PHP也有不少框架但远没有Python这么夸张也正是因为Python Web FrameworkPython Web开发框架以下简称Python框架太多所以在Python社区总有关于Python框架孰优孰劣的话题讨论的时间跨度甚至长达3-5年。 Python这么多框架能挨个玩个遍的人不多坦白的说我也只用过其中的三个开发过项目另外一些稍微接触过所以这里只能浅谈一下欢迎懂行的朋友们补充。 Django Python框架虽然说是百花齐放但仍然有那么一家是最大的它就是Django。要说Django是Python框架里最好的有人同意也有人 坚决反对但说Django的文档最完善、市场占有率最高、招聘职位最多估计大家都没什么意见。Django为人所称道的地方主要有 完美的文档Django的成功我觉得很大一部分原因要归功于Django近乎完美的官方文档包括Django book。 全套的解决方案Django象Rails一样提供全套的解决方案full-stack framework batteries included基本要什么有什么比如cache、session、feed、orm、geo、auth而且全部Django自己造开发网 站应手的工具Django基本都给你做好了因此开发效率是不用说的出了问题也算好找不在你的代码里就在Django的源码里。 强大的URL路由配置Django让你可以设计出非常优雅的URL在Django里你基本可以跟丑陋的GET参数说拜拜。 自助管理后台admin interface是Django里比较吸引眼球的一项contrib让你几乎不用写一行代码就拥有一个完整的后台管理界面。 而Django的缺点主要源自Django坚持自己造所有的轮子整个系统相对封闭Django最为人诟病的地方有 系统紧耦合如果你觉得Django内置的某项功能不是很好想用喜欢的第三方库来代替是很难的比如下面将要说的ORM、Template。要在Django里用SQLAlchemy或Mako几乎是不可能即使打了一些补丁用上了也会让你觉得非常非常别扭。 Django自带的ORM远不如SQLAlchemy强大除了在Django这一亩三分地SQLAlchemy是Python世界里事实上的ORM标准其它框架都支持SQLAlchemy了唯独Django仍然坚持自己的那一套。Django的开发人员对SQLAlchemy的支持也是有 过讨论和尝试的不过最终还是放弃了估计是代价太高且跟Django其它的模块很难合到一块。 Template功能比较弱不能插入Python代码要写复杂一点的逻辑需要另外用Python实现Tag或Filter。关于模板这一点一直以来争论比较多最近有两篇关于Python模板的比较有意思的文章可供参考 http://pydanny.blogspot.com/2010/12/stupid-template-languages.html需FQhttp://techspot.zzzeek.org/2010/12/04/in-response-to-stupid-template-languages/ URL配置虽然强大但全部要手写这一点跟Rails的Convention over configuration的理念完全相左高手和初识Django的人配出来的URL会有很大差异。 让人纠结的auth模块Django的auth跟其它模块结合紧密功能也挺强的就是做的有点过了用户的数据库schema都给你定好了这样问题就来了比如很多网站要求email地址唯一可schema里这个字段的值不是唯一的纠结是必须的了。 Python文件做配置文件而不是更常见的ini、xml或yaml等形式。这本身不是什么问题可是因为理论上来说settings的值是能够动态的改变的虽然大家不会这么干但这不是最佳实践的体现。 总的来说Django大包大揽用它来快速开发一些Web运用是很不错的。如果你顺着Django的设计哲学来你会觉得Django很好用越用越顺手相反你如果不能融入或接受Django的设计哲学你用Django一定会很痛苦趁早放弃的好。所以说在有些人眼里Django无异于仙丹 但对有一些人来说它又是毒药且剧毒。 Pylons TurboGears repoze.bfg 除了Django另一个大头就是Pylons了因为TurboGears2.x是基于Pylons来做的而repoze.bfg也已经并入Pylons project里这个大的项目里后面不再单独讨论TurboGears和repoze.bfg了。 Pylons和Django的设计理念完全不同Pylons本身只有两千行左右的Python代码不过它还附带有一些几乎就是Pylons御用 的第三方模块。Pylons只提供一个架子和可选方案你可以根据自己的喜好自由的选择Template、ORM、form、auth等组件系统高度可 定制。我们常说Python是一个胶水语言(glue language)那么我们完全可以说Pylons就是一个用胶水语言设计的胶水框架。 选择Pylons多是选择了它的自由选择了自由的同时也预示着你选择了噩梦 学习噩梦Pylons依赖于许多第三方库它们并不是Pylons造你学Pylons的同时还得学这些库怎么使用关键有些时候你都不知道你 要学什么。Pylons的学习曲线相对比Django要高的多而之前Pylons的官方文档也一直是人批评的对象好在后来出了The Definitive Guide to Pylons这本书这一局面有所改观。因为这个原因Pylons一度被誉为只适合高手使用的Python框架。 调试噩梦因为牵涉到的模块多一旦有错误发生就比较难定位问题处在哪里。可能是你写的程序的错、也可能是Pylons出错了、再或是SQLAlchemy出错了、搞不好是formencode有bug反正很凌乱了。这个只有用的很熟了才能解决这个问题。 升级噩梦安装Pylons大大小小共要安装近20个Python模块各有各自的版本号要升级Pylons的版本哪个模块出了不兼容的问题都有可能升级基本上很难很难。至今reddit的Pylons还停留在古董的0.9.6上SQLAlchemy也还是0.5.3的版本应该跟这条有关系。 Pylons和repoze.bfg的融合可能会催生下一个能挑战Django地位的框架。 Tornado web.py Tornado即是一个Web server对此本文不作详述同时又是一个类web.py的micro-framework作为框架Tornado的思想主要来源于Web.py大家在Web.py的网站首页也可以看到Tornado的大佬Bret Taylor的这么一段话他这里说的FriendFeed用的框架跟Tornado可以看作是一个东西 “[web.py inspired the] Web framework we use at FriendFeed [and] the webapp framework that ships with App Engine…” 因为有这层关系后面不再单独讨论Tornado。 Web.py的设计理念力求精简Keep it simple and powerful总共就没多少行代码也不像Pylons那样依赖大量的第三方模块而是只提供的一个框架所必须的一些东西如URL路由、 Template、数据库访问其它的就交给用户自己去做好了。 一个框架精简的好处在于你可以聚焦在业务逻辑上而不用太多的去关心框架本身或受框架的干扰同时缺点也很明显许多事情你得自己操刀上。 我个人比较偏好这种精简的框架因为你很容易通过阅读源码弄明白整个框架的工作机制如果框架那一块不是很合意的话我完全可以Monkey patch一下按自己的要求来。 Bottle Flask Bottle和Flask作为新生一代Python框架的代表挺有意思的是都采用了decorator的方式配置URL路由如 [python] view plaincopy span stylecolor: rgb(255, 119, 0); font-weight: bold;from/span bottle span stylecolor: rgb(255, 119, 0); font-weight: bold;import/span route, run routespan stylecolor: black;(/spanspan stylecolor: rgb(72, 61, 139);/:name/spanspan stylecolor: black;)/span span stylecolor: rgb(255, 119, 0); font-weight: bold;def/span indexspan stylecolor: black;(/spannamespan stylecolor: rgb(72, 61, 139);World/spanspan stylecolor: black;)/span: span stylecolor: rgb(255, 119, 0); font-weight: bold;return/span span stylecolor: rgb(72, 61, 139);lt;bgt;Hello %s!lt;/bgt;/span span stylecolor: rgb(102, 204, 102);%/span name runspan stylecolor: black;(/spanhostspan stylecolor: rgb(72, 61, 139);localhost/span, portspan stylecolor: rgb(255, 69, 0);8080/spanspan stylecolor: black;)/span Bottle、Flask跟web.py一样都非常精简Bottle甚至所有的代码都在那一个两千来行的.py文件里。另外Flask和Pylons一样可以跟Jinja2、SQLAlchemy之类结合的很好。 不过目前不管是Bottle还是Flask成功案例都还很少。 Quixote 之所以要特别说一下Quixote是因为国内的最大的用Python开发的网站“豆瓣网”是用Quixote开发的。我只简单翻了一下源代码没有做过研究不发表评论有经验的来补充下。我只是在想如果豆瓣网交到现在来开发应该会有更多的选择。 其它web2py、uliweb、Karrigell、Werkzeug … 最后关于框架选择的误区 在框架的选择问题上许多人很容易就陷入了下面两个误区中而不自知 1. 哪个框架最好——世上没有最好的框架只有最适合你自己、最适合你的团队的框架。编程语言选择也是一个道理你的团队Python最熟就用Python好了如果最熟悉的是Ruby那就用Ruby好了编程语言、框架都只是工具能多、快、好、省的干完活就是好东西。 2. 过分关注性能——其实大部分人是没必要太关心框架的性能的因为你开发的网站根本就是个小站能上1万的IP的网站已经不多了上10万的更是很少很少。在没有一定的访问量前谈性能其实是没有多大意义的因为你的CPU和内存一直就闲着呢。而且语言和框架一般也不会是性能瓶颈性能问题最常出现在数据库访问和文件读写上。 PHP的Zend Framework是出了名的慢但是Zend Framework一样有大站如digg.com常被人说有性能问题的Ruby和Rails不是照样可以开发出twitter吗再者现在的硬 件、带宽成本其实是很低的特别有了云计算平台后人力成本才是最贵的没有上万的IP根本就不用太在意性能问题流量上去了花点钱买点服务器空间好了 简单快速的解决性能问题。 注前面有网友质疑我“Quora是用Pylons开发的”这样的说法不客观特说明一下这里所说的某个网站A是用B开发的只是指A主要或部分是由B开发的大家就不要再去纠结A还用C了。 原文链接http://feilong.me/2011/01/talk-about-python-web-framework转载于:https://www.cnblogs.com/DjangoBlog/p/3859295.html
