回复limodou关于uliweb给我的评论

来只是随便写写的,没做啥seo,没想到直接把limodou给招来了,今天看analytics发现他的关于《谈谈我对Uliweb的看法》的回复给我带来了n多流量,没见过大世面的我是看花眼了@@

就Django而言,我并不认为是一个大杂烩。首先框架的核心都是Django所自有的,而contrib中的东西事实上对个人应用而言是可有可无的。我也不是说杂烩不好,虽然我现在是用的Django,事实上debug用的还是werkzeug。我的想法是,不要太杂就行,开发时可能不会觉得,可是也许时间长了维护起来就不方便了。

大一统么,我也就是说说了,天下之事,分久必合,合久必分,人类社会尚且如此,更何况社会活动的产物——开发框架呢。我这儿的意思嘛,也就是鼓吹鼓吹大家别乱跑看好队伍站进去然后尽量始终如一罢了:) 这点Ruby社区做得很好,起码就我所知ror独大。而Python么,也许因为牛人泛滥,分家之事为之过多了。

关于贡献。就说Django吧,如果某些意见在trunk通不过,何不试试建个新的分支呢?不可调和很大程度上是因为沟通的不够,那么一个实际的实现实例也许能让他人接受自己的想法,又或也许发现他人不接受的原因。编程世界相对而言还是一个比较开明的世界,或对或错一般来说比较明确,一个开放的社区对于对的东西应该保持一种包容接受的态度。但假如仍然无理由的拒绝,那么另起炉灶应该是一个比较好的解决办法。当然这都是我随便拍着脑袋想出来的,对于实际情况我还是小白一个……

最后,怎么说呢,Django是有不完善的地方,这东西随着使用的深入会慢慢凸现出来。我真正使用Django的时间也就半年左右吧,现在只能说是稍有了解,发现的问题肯定是没有您那么深入的。所以说的话么,有的也许在你看来很幼稚,请见笑。至于Uliweb有时间我也会再看看,我也很想知道您说的更灵活的app是什么概念。虽然现在我还是一个忠实的Django用户,兴许过阵子就成为uliweb的粉丝了也说不定呵呵。

谈谈我对Uliweb的看法

内Py大牛limodou写了个Uliweb —— 一个类似Django的Web框架。考虑到去年刚刚接触Python时看了不少他在javaeye上分享的经验,觉得应该是个不错的东西吧,于是便复制了一份下来看看。

在看了大致的介绍以后,突然间没了兴趣。对于我来说,一个好的Web框架的意义是,一个不错的ORM来处理数据库连接,一套不错的HTTP库来处理包装HTTP请求和回应,一套PyInHTML的template系统,至于中间的逻辑处理,这是根据各种不同的需求来定的,能有多灵活最好就有多灵活,当然,有一套Debug系统是更好不过的了。再来看Uliweb,ORM使用了SQLAlchemy,HTTP使用了WebOb,模板用了Web2py的,Debug使用了Werkzeug提供的功能。咋一看不错,啥功能都有了,但是再仔细一想,那么这个框架又做了什么呢?我相信像limodou这样的牛人肯定是会加一些自己的东西在里面的,但我也相信在这些重量级的功能面前,这些附加物所占有的比例也不会太大,甚至更偏向于个人喜好,换一个开发人员用起来也许反而会觉得别扭。

说的恶毒一点,Uliweb又是一个TurboGears,一个大杂烩。现在基于Python的Web框架越来越多,而就我本人的意愿而言,竞争是希望有的,但是大统也是希望的。从实际的角度说,我更希望所有人都为同一个目的共同奋斗,避免竞争中资源的浪费,北京奥运还说“同一个世界同一个梦醒”嘞……Django也好web2py也好其他等等也好,如果在使用中遇见让自己不爽的地方,还是有不少办法反馈给项目的,这就是至少是我所希望的开源。如果说,大部分的老手在使用过几个框架后不爽了都跑出来自立门户的话,这场面该有多么混乱……在我们觉得不要重复造轮子的情况下,类似的轮子还是在不停的造出来……

如果硬说还需要一个框架的话,我更希望能够有一个插件系统,在处理完基本绑定后,可以自由选择ORM啊templating啊之类的实现,满足各人的灵活需求。当某个轮子发展到瓶颈时,只需要制造基本的新轮子就行,而框架本身不需要做太大的变化。理想总是美好的,不是吗 =_,=

以上只是我自己的一点想法,也许对于相关开发人员来说相当刺耳,但是我这人太实际有话就说了,也有可能是身为一个Django user的偏执之言,如有冒犯敬请见谅。