Chinaunix

标题: django 局限的完美 [打印本页]

作者: 男人一支烟 时间: 2006-12-23 01:45
标题: django 局限的完美
学了一会django, 认为django各方面都很不错，但具体做起东西来，总感觉欠缺点什么，不知你们有没同感?

作者: yking29 时间: 2006-12-23 11:00
建议您再学一会儿

作者: limodou 时间: 2006-12-23 13:40
主题不清楚，缺什么？

作者: awake 时间: 2006-12-24 18:15
空虚。

作者: Gordenfl 时间: 2007-05-24 12:42
同意沙发的意见，建议你再学一会

作者: huangyiiiiii 时间: 2007-05-26 20:49
ORM 弱点，深有同感！！

作者: huangyiiiiii 时间: 2007-05-26 20:50
残缺美啊残缺美

作者: O-O-O 时间: 2007-05-27 19:29
提示: 作者被禁止或删除内容自动屏蔽

作者: limodou 时间: 2007-05-28 08:58
一套MVC的框架首先是希望合理地将不同的处理进行分离，然后就是提高代码的可维护性，一个地方修改对其它的修改尽可能的小，为以后的维护提高方便性，还可以提高代码的重用性，同时相同的方式对于别人学习理解也是十分方便的。Django并不完善，这一点没有问题。楼主的问题是只说了不完美，但是没有点出为什么不完美，他认为的完美是什么样，有没有改进的可能，泛泛而谈没有什么作用。不光是django，许许多多的框架都不完美。当然每个人的要求也不同，真正完美我认为也根本是不可能的。对于我们来说唯一可行的也许是基于某种框架最终形成更适合自已使用的套件。

django的许多不足并非它不能，而是与它的设计思想有关，比如在模板中不引入过多的程序的东西，因此使用起来的确不方便。但是django有继承机制，使用extend就可以了。再如app，我不知道你所说的路径是指什么，静态文件？在django的设计中静态文件由专门的web server或文件服务器来做可能更好，因此这一块一旦部署到生产环境中可能完全与django是分离的，这一点不能说不好，但对于开发，重用的确是挺麻烦，但生产效率与开发效率有时不能兼得。更如ORM的效率，我想要想提高效率首先是代化表结构的设计，把处理尽量分散，提前完成。而且在某些性况下为了最大化的利用数据库本身的机制，我们还有可能放弃ORM直接使用sql来处理。这些都是在为了解决性能问题而采取的措施。运行的高效与开发的高效的确是我们追求的目标，但是这个目标并不是很简单就能实现。封装会简单化一些，但同时引入了更多的处理又造成效率上低。而且封装的东西未必会比直接采用sql性能高，这些都很难处理。

对于这些问题我认为可以分一分类，有些是无法忍受的，那么可以考虑是否有替换的东西，有些是有能力由你做出修改的，是否可以考虑提交patch来解决，有些是可以提出让别人修改的建议的。其它框架我想也或多或少的存在这样或那样的问题。如果实在不能忍受，自已又无法进行修改，那唯一的办法就是看一看别的框架是否合适的。

作者: guotie 时间: 2007-05-29 09:18

原帖由 O-O-O 于 2007-5-27 19:29 发表
mvc框架做一些需要经常更改的东西时很烦，我为什么必须要被套在里面？

orm不够强，封装之后效率不尽人意（或许是我水平太菜，我无法做到漂亮的封装）

模板系统够简单实用但不够严谨，django自带的那几个t ...

对第一点和第三点，第四点非常同意。

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)