问用于web2py开发人员的Django

EN

web2py很大程度上是受到Django的启发，如果你知道其中一个，那么学习另一个很容易。我们添加了我们在Django中没有发现的一些特性，包括:数据库迁移(自动更改表)、错误票证、基于web的IDE、在Google上工作的数据库抽象层、基于角色的访问控制机制以及可插拔登录模块。

基本的设计差异之一是，在Django中，应用程序是作为模块实现的，因此您需要在编辑它们时重新启动服务器。在web2py中，模型/视图/控制器不是模块，而是由框架执行(而不是导入)，因此当它们更改时不需要重新启动服务器。

另一个不同之处是Django使用ORM，web2py使用DAL。DAL的级别略低于Django ORM，这使其更接近SQL语法(例如，允许左联接、任意聚合、嵌套选择和组合)，同时保持可移植性(我们支持10个不同的数据库)。DAL还可以轻松地对模型进行动态元编程(例如，根据存储在文件(如XML或CSV文件)中的规范在运行时创建模型)。

Django已经存在的时间更长了，所以您会发现更多的人熟悉它并部署了更多的应用程序。

Django =老

Web2py =新的

无论Django做什么，web2py都做得更好。这是因为web2py在django之后很久就出现了，并且从Django的错误中吸取了教训，尽管它犯了所有新的错误;)

主要的不同之处，以及是什么使我保持在web2py中：

1. Django有令人难以置信的documentation...web2py是如此直观，以至于它不需要像documentation...web2py一样，我发现Django文档在很大程度上适用于web2py。如果你花一天的时间阅读django的书(CH1-7)，你就会明白这是怎么回事。因此，在某种程度上，说Django更好地被记录下来是无稽之谈。另外，请注意，任何讨论它的文档量的框架都是一个很好的thing...be .文档是好的，不需要以更好的开头。Web2py的现有文档满足了90%的用户的需求。剩下的10%必须看一下框架库代码(不像Django那样可怕)。另外，如果您需要花费30%以上的时间来阅读库代码，那么就应该离开框架，转而使用库集合(如pylons)。在这一点上，这意味着您没有做任何web框架设计用来处理的事情。
2. SQLForm在Django是TextModel。使用TextModel创建表单后(=SQLForm)。祝您好运，尝试更改单个输入字段的CSS！在web2py中，您只需执行form.element()，在Django中就没有这样的事情了。您必须通过“小部件()”，但是要获得小部件，您必须首先遍历输入字段类型，等等.
3. 另外，手动DB migration...change模式？Sorry...have可以下载并安装单独的迁移应用程序(South)，也可以在DB控制台中手动安装。
4. 最后，不支持多个DB.想想篮圈..。

换句话说..。和Django..。希望你喜欢跳篮圈。

如果你真的想从web2py跳下去，试试Pylons...seriously.

web2py的最大缺点是它的时代，而较小的代码base...this并不是不合理的，考虑到Django就像第一个实现RAILS风格RAD思想的python框架，并且是web2py的两倍。Web2py还在其早期采用者的一部分，它的life...Django是在超越临界部分，即将下降.我预计，在未来2年内，web2py将在任何一天内达到临界质量。

结论花了一天时间，阅读django书(ch 1-7)，阅读幽门书(第1部分)，然后思考为什么首先使用框架。对我来说，这是尽可能快地完成更多的工作，而且不需要在30%的时间内查阅文档。

Web2py满足了我的上述需求。

我完全用Django制作了一个小型的内部web应用程序，然后在web2py中完成了。这是真正理解差异及其对开发人员体验的影响的唯一途径。

我更喜欢web2py，因为与Django相比，环境中内置了更多的便利，但是web2py比Django新得多，事后看来，它总是更容易使新的实现更好。由于web2py保证了向后兼容性，所以一些新工具使web2py在几年后就过时了，这是完全有道理的。这是正常的方式。

无论如何，它们彼此非常接近，比任何其他web框架都要远比这两个框架中的任何一个都要好。例如，从基于Java的web框架的角度来看，它们似乎几乎是完全相同的。