【问题标题】:Installing Pyramid without the template systems (Mako and Chameleon)在没有模板系统的情况下安装 Pyramid(Mako 和 Chameleon)
【发布时间】:2013-02-19 03:57:03
【问题描述】:

有没有“好方法”来在没有模板系统的情况下安装 Pyramid?我所说的模板系统是 Mako 和 Chameleon。 在单页应用程序 (SPA) 中,几乎不需要服务器端模板,因为所有模板都使用 javascript 在客户端呈现。我喜欢 Pyramid 的强大功能,但模板系统在某些情况下是不必要的包袱。

我感觉完成这项任务的唯一方法是 fork Pyramid 并修改 setup.py 以删除这些依赖项。这可能会破坏事情,但话又说回来,Pyramid 的构建方式可能不关心,只要没有尝试为这些模板之一调用渲染器。谁知道?

【问题讨论】:

  • 我认为你最好还是坚持使用普通的 Pyramid,不要调用任何渲染操作(JSON 除外),不要担心其余的操作。我不相信 Pyramid 会加载任何模板库,除非您尝试使用给定的扩展名渲染某些东西 - 但是错误屏幕和调试工具都是模板驱动的。如果你分叉,你可能会严重破坏东西。老实说,您所说的各种库根本就不是包袱。根据您构建问题的方式,您的担忧似乎比解决具体问题更过早地进行优化。
  • 我同意你的观点,但我的客户和他们的操作人员不喜欢在系统上拥有未使用的包/库的想法。由于这是一个部署问题而不是开发问题,是的,这可能是一个过早的优化。但是,这种优化影响了框架的选择。我只是想了解如何从提出相同问题的任何未来客户那里解决这个问题。因此,虽然它可能不是一个有形的计算机科学问题,但它是一个影响某些项目成果的真正问题。在这种情况下,结果是不使用 Pyramid。

标签: python pyramid


【解决方案1】:

有一个项目最终会删除那些模板依赖项并将它们作为单独的包提供。这项工作从去年的 pycon sprints 开始,今年可以继续,谁知道呢。 OTOH 将这些软件包安装在您的 venv 中并不会真正影响您的应用程序,因此请避免使用它们,而仅使用 JSON 渲染器或任何其他渲染器。我建议您加入我们并致力于删除项目,而不是分叉 Pyramid 并删除 setup.py 中的那些依赖项,以便我们都能受益于相同的功能。

【讨论】:

  • 感谢您的建设性回复。这很有帮助。我很可能会加入这项工作。
  • 如果您今年参加 pycon,请加入我们的金字塔冲刺。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-03-28
  • 1970-01-01
  • 2011-07-17
  • 1970-01-01
  • 2011-09-20
  • 2021-10-15
相关资源
最近更新 更多