Django 是否太重了?

触Django差不多两年了,从一开始转到python就开始用Django做项目,到现在依然是在Django上开发CMS。Django算是个重量级框架吗?我在思考。

事情的缘由是上周末,到beautifularea(ios程序员)那去住了两天。顺便帮他写了个web程序,主要用来下载ios的安装包。同行的还有Younkeryjk(php程序员)。这样一个功能一开始我想用纯python来做的话还真是有点麻烦,麻烦支持在于其中两个东西没有,一个Rounter,另一个是template,都得用第三方才行,那还不如用框架,而框架我最为熟悉的应该是Django,但用Django来做这个事,觉得有点杀鸡用牛刀了,稍 重 的点。反倒是觉得用php来完成这个功能很简单,本来就是页面。两个页面就可以搞定。

和预想一样,两个页面确实搞定了,但有两个很明显的问题。咳,我想你已经猜到了。一,php不能直接运行,需要配置web服务器,一般就是apache了。二,php的文件表单和代码都纠缠在一起,连身为ios程序员的beautifularea同学都觉得不妥了。统计下开发时长,一个晚上+一个下午。主要调试的时间都花费在apache的配置不断调整上,因为无法确定有些问题是出在代码上还是web服务器上。

这里面其实可以看到或者说总结出来一条哲理,尽可能的减少软件的复杂度意味着能够快速的定位到问题所在。在他们不断配置的过程中,我也会过去指挥一下,同时也深深的觉得Python的框架或者它自己都自备HttpServer,简直就是福利呀。

其实在他们头天晚上配置边配置apache边运行php测试的时候,我也用纯python代码实现了这样的功能,主要是改写了python内置的SimpleHTTPServer模块。如果你看过这个模块的实现,你会知道什么叫做硬编码。但是除此之外也没有别的方案。对自己来说已经适应不了这样的编码方式了,虽然之前写jsp也这么写(如果你能在我博客上找到我多年前写的jsp代码)。不过好赖是实现了,并且最重要的是没用apache。这对ios程序员来说难道不是福利吗,只需要放到服务器上,然后python xxx.py 8080,不用去配apache。

当然了,这不是重点,重点是第二天下午在他俩继续调试代码的时候,我想不如用一个小的框架来写。于是看了看webpy,简单的教程,看看文档。写个py文件(一个url定义,三个类),一个模板(用mako模板)。然后就没有然后了,完了。

拷数据过来,测试,修改。只需一点时间。搞定了。最重要的是相比php里html和代码的纠缠,这里要清晰多了。

好了,再说回正题。其实写完之后我在思考,为什么一开始觉得用框架太重了,是因为我一直沉浸在Django中吗?这个说不清楚。当初刚转到Django时,觉得这个东西简直太轻量了(相比于SSH),但是现在想想觉得Django的其实也蛮重的,只是相对于SSH要易用些罢了。

今天下午大家还在讨论新项目要用什么框架比较合适。我们目前更多的实践其实是在Django和Tornado上,因此也只能从这两个里面挑选。对于Django的观点大家几乎一致表示这东西太重了,但其中有一些功能还是挺好用的。而对于我这样近期一直在Django的admin定制方面开发功能的人来说,Django易用的admin下面都是数不尽的坑(注:这里的坑不是bug,而是文档中没有提到的,或者说。。好吧,django关于admin定制的文档真的不多)。唯一不可否认的是对于一个full-stack的框架来说,学习成本和收益往往是成正比的。

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。