Django AJAX。 dajax 是不是仍然可以或更好地立即迁移到 jQuery（2012 年复兴）？

Posted 2023-02-24

【中文标题】Django AJAX。 dajax 是不是仍然可以或更好地立即迁移到 jQuery（2012 年复兴）？

【英文标题】：Django AJAX. Is dajax still ok or better move to jQuery right away (2012 revival)?Django AJAX。 dajax 是否仍然可以或更好地立即迁移到 jQuery（2012 年复兴）？

【发布时间】：2012-05-29 09:37:00

【问题描述】：

我很少看到有关该主题的问题，但都有些老了。

我刚刚实现了我的第一个 dajaxice 环境（使用 chrome 开发），但我仍然 使用 Firefox 和 IE 随机“出现问题”。 确实有时也会使用 Chrome。

我无法清楚地弄清楚事件，也是因为不那么明确的消息： “出事了”。我确实尝试过重现它，但没有成功。

那么，dajax/dajaxice 还在流行吗？还是我更专注于 jQuery？

确实存在隐式浏览器问题吗？ （环境独立..也许）

浏览器对这两种情况的支持是什么？

【问题讨论】：

dajax 问题日志看起来有点安静。你可以看看jquery-taconite。它可能无法为您提供所需的一切，但它非常易于使用——只需Fire and Forget。

显然我的部分问题是 dajax 中的 CSRF 请参阅github.com/jorgebastida/django-dajaxice/issues/30

【参考方案1】：

您最好的选择是使用 django-tastypie + 骨干-tastypie。 django-tastypie 提供对您的 Django 模型和数据的 REST API 访问，而主干是一个客户端 javascript 框架，可以轻松地与您的 sweetpie 后端交互。

以这种方式做事的缺点是学习曲线很长。

更多信息在这里：http://readthedocs.org/docs/django-tastypie/en/latest/tools.html?highlight=backbone

我目前有一个在生产中使用 dajaxice 的项目，它获得了大量的用户流量。使用 Dajaxice 的缺点是它已经有一段时间没有维护了。有很多错误（包括性能问题）使其难以在任何获得真实流量的生产系统中使用。就我而言，我发现即使是最简单的 dajaxice 视图也会给我编写的几乎所有代码增加 1000 毫秒（1 秒）的性能损失。

注意：我给 dajaxice 的维护者发了电子邮件，他告诉我他计划在今年晚些时候有更多空闲时间时更新 dajaxice。希望是这样。

使用 dajaxice 的好处是学习曲线低，它有助于保持代码清晰有序（例如：您将所有 ajax 放入 ajax.py 中，而不必编写太多额外的 JS 代码） .

我的官方建议是：

如果这是一个简单的应用程序，不会看到大量流量，并且性能并不重要，请使用 Dajaxice。 如果您正在开发一个严肃的应用程序并且需要可靠的东西，请使用 django-tastypie +bone-tastypie。

【讨论】：

Hoi @rdegges，我不确定我们说的是同一件事。我不需要以花哨的方式表示我的数据。我需要根据用户交互来表示部分数据。我可能是错的，你告诉我。但是使用tastepie，我需要在每次用户交互时设置一个“资源”。我觉得有点太贵了。

我现在拥有的部分（有错误）适用于谷歌地图并对缩放事件做出反应。也就是：用户放大缩小，我回馈缩放范围内的内容。它工作......有点。再次在实际问题旁边。目前有 dajaxice，但并非没有麻烦..