django - 从django切换到什么框架值得

Question

我使用的最后一个框架是 Django。我喜欢其中的很多东西，例如:

项目结构简单——目录和文件不多

管理界面

很棒的文档

XML 导出导入

Form 对象的概念:定义一个表单后，可以在 1 行中显示该表单，甚至可以从数据库行(从一个 orm 定义)制作一个表单。 [于 30/12/2009 添加]

i18n [于 31/12/2009 添加]

但是有一些限制:

截至 2009 年 12 月，无模型验证

模板系统仅在您不需要自定义模板标签时才有效

将设计与逻辑分开的想法似乎不错，令人沮丧的是，我无法总结 View 中的数字 [编辑于 30/12/2009]

模板语言对设计者不友好

自定义模板标签中 ex 的堆栈跟踪是无用的(如果与 python 2.6 一起使用)。它有一个补丁，但它会在 1.2 中进入 django

django 的 orm(连接到遗留系统)

无法处理 blob 字段

无法处理多列 pk 字段

是否有另一个具有 django 优点的 Web 框架，并且没有列出的限制？或者有没有可能解决django中的一些问题？

ps:我会根据答案更新列表。我相信还有更多方面需要讨论......

我可以自由地使用任何其他语言的框架，只要我可以在 linux 服务器上安装这些东西

Answer 1

不是试图为 Django 辩护(那不是我的工作!:-))只是想给你一些关于你的限制列表的指示......

as of december 2009 no model validation

这到底是什么意思？验证在表单级别可用...您可以随时覆盖 save()方法来实现你想要的任何逻辑并停止保存操作......你能举一个场景的例子吗？

the templating system is only good as far as you don't need custom template tags the idea to separate the design from the logic seemed good, it is frustrating, that I cannot sum 2 numbers in the view

Add two numbers?

也就是说，您并没有与 Django 的模板系统结婚。例如，您可以使用 Jinja2 .

the template language is not designer friendly

呃……为什么？与我共事的大多数设计师在使用比 Django 复杂得多的模板语言方面都没有问题......你能举一个你认为不友好的例子吗？也许有一个解决方法。

the stack trace of an ex in a custom template tag is useless (if used with python 2.6). There is a patch for it, but it will go into django just in 1.2

我没有遇到过你讨论的这个堆栈跟踪问题。不过，在 Django 1.2 出现之前，您始终可以安装补丁。所以看起来你有一个可用的解决方案。

django's orm (to connect to legacy systems) cannot handle blob fields

如果您正在处理需要将文件存储在数据库中，也许您应该查看 django-storages ' 数据库存储。

cannot handle multi-column pk fields

这与多个数据库支持一起是真正需要改进的领域 - 我同意。

我想您不能将模型(只是直接 SQL)用于具有多列 pk 要求的模型(是的，它会杀死管理员，但它是可行的)。坦率地说 - 我的模型中没有这个问题，因为我更喜欢代理主键 - 如果我有一个遗留模型，我会向它添加一个代理主键 - 所有遗留代码应该继续工作，Django 会很高兴.但是我确实可以完全控制数据库表，这可能不是您的情况。

多列主键 are medium priority for the 1.2 release .

Multidb 是 high priority for 1.2 release .

1.2 版本是 expected by March 2010 .当然，日期不是一成不变的。

鉴于我使用其他框架的经验，我宁愿解决我的问题并坚持使用 Django。