Cappuccino、Django、AJAX 并将它们组合在一起 - 回顾我的架构！

Question

我正试图了解卡布奇诺。我希望我的 StackOverview 同行审查下面的架构，看看它是否有意义 - 目的是利用 Django 和 Cappuccino 的独特优势，而不会使技术重叠的地方加倍......

当网络浏览器请求一个“友好”的 URL（例如 /、/articles 等）时：

• DJango 的 urls.py 将其与 看法。
• 视图，而不是做 DJangos 填表的典型作品 带有本地字典的模板，
  返回中使用的小“存根”HTML 直接一个卡布奇诺应用程序。
• 客户端收到卡布奇诺 HTML
• 客户端请求Objective J JS 存根 HTML 中提到的 URL
• 最终用户应用程序被执行并且 显示在浏览器中

浏览器现在有一个工作的应用程序。当用户做某事时 向服务器请求一些东西：

• 浏览器向 URL 发送 XMLHTTPRequest。
• Django 的 URLs.py 将其与 看法。
• 视图可以正常工作，可能与 DB 模型交互。但 Django 没有返回模板，而是返回了一些 JSON。
• 客户端收到 JSON，并且 做它需要做的任何事情。

这有意义吗？我们仍然有友好的 URL 的好处，以及为我们的代码建模而创建的数据库。然而，我们没有使用模板，而是提供了 Cappuccino 存根页面和 JSON 响应，以便为用户提供更像真正的应用程序而不是 HTML 模板引擎的东西。

是否有更好的做事方式？其他 Pythonistas 使用什么？感谢您的反馈。

Answer 1

对于低流量站点，使用 Django 的路由层会很好，但如果您计划获得大量流量，您可能会考虑让您的代理网络服务器处理存根。

至于其余部分，它可以工作，并且 TurboGears 社区多年来一直在这样做（我是 TG 提交者，所以我通常使用它）。将字典返回到模板的 TG 架构使这变得微不足道，因为您只需将 'json' 设置为模板引擎。

在 Django 中做同样的事情并不复杂。只需使用serialization 工具将结果写入响应，而不是使用模板调用。

请注意，当您执行这样的架构时，如果您将所有应用程序逻辑保存在一个地方，则管理起来会容易得多。将一些应用程序逻辑放在 Django 中，一些放在浏览器中会导致事情很快变得混乱。如果您将服务器视为哑持久层（验证/身份验证/授权除外），生活会更轻松。

FWIW，如果您对较重的非渐进式增强框架感兴趣，我发现 Sproutcore 比 Cappuccino 更容易使用。