1个回答
展开全部
我从2006年开始,翻译过SQLAlchemy、Django、SQLObject的文档。你自己去看看英文文档就知道了,SQLAlchemy那是给人看的么?一个ORM而已,搞了1000页的文档,而且字特别密集,废话一萝筐。我都怀疑写文档的人是不是在用英文的某种文言文在写,简单的话,却几乎各种同义生词,奇怪语法。
英文文档里一个对立面可以参考Flask的文档,那叫一个简单易懂。
2006-2007年,我依次完成了SQLObject和SQLAlchemy的文档后(部分翻译)。发现SQLObject在逐渐没落(现在很多人都没听说过了)。而SQLAlchemy又是如此奇葩的存在。就只好搞定了DBUtils,然后就不再用任何ORM了。
以我的观点,ORM是在SQL之上的封装,而这种封装引入了太厚的封装,使得程序员对底层的控制力明显减弱,又加入了太多新的设计。所以我是不赞同使用ORM的,还是干干净净的SQL好用的多。
英文文档里一个对立面可以参考Flask的文档,那叫一个简单易懂。
2006-2007年,我依次完成了SQLObject和SQLAlchemy的文档后(部分翻译)。发现SQLObject在逐渐没落(现在很多人都没听说过了)。而SQLAlchemy又是如此奇葩的存在。就只好搞定了DBUtils,然后就不再用任何ORM了。
以我的观点,ORM是在SQL之上的封装,而这种封装引入了太厚的封装,使得程序员对底层的控制力明显减弱,又加入了太多新的设计。所以我是不赞同使用ORM的,还是干干净净的SQL好用的多。
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询