【问题标题】:When to stop using Elixir? [closed]何时停止使用 Elixir? [关闭]
【发布时间】:2013-04-14 12:23:16
【问题描述】:

如果你有一个使用 Elixir 的 python 数据库包装器,具有非常简单的“活动记录”设计(1 个对象到 1 个表),但随后你开始扩展......

您应该在什么时候停止使用 Elixir?是否有任何常见的里程碑/症状应该表明这些点?

如果达到了这些点,是否有必要放弃 Elixir 并纯粹转移到 SQLAlchemy,或者总是可以将 Elixir 层留在顶部,并默默地通过 SQLAlchemy 扩展?

【问题讨论】:

  • 这太模糊了,更适合Programmers Stack Exchange
  • 很抱歉,但我认为您的问题过于模糊和过于宽泛,无法在 SO 上回答;见FAQ。如果您有更具体的问题(最好涉及一些代码),请随时询问!这个具体问题有一个简单的答案(根本不要使用 Elixir)这一事实并没有改变这个问题本身真的太模糊了。
  • @frb:即使对于 Programmers.SE,这个问题也太开放了,也没有建设性。

标签: python sqlalchemy python-elixir


【解决方案1】:

SQLAlchemy 本身具有出色的declarative layer。 Elixir 已经被淘汰了一段时间了。结果,Elixir 2 年多没有见到any development,项目被放弃了。

放弃 Elixir 的关键是现在。

【讨论】:

  • 大声笑,很公平。它被替换了吗?我认为“ActiveMapper”曾经是一种选择。是否已弃用这两种方法以支持声明层?
  • ActiveMapper 和 Elixir 将项目与 SQLAlchemy 分开,而 Elixir 旨在替代 ActiveMapper。由于 Elixir 已被放弃,我猜它的作者认为 SQLAlchemy 自己的声明选项对于他们的用例来说已经足够好了。
  • @user2097818:根据 Elixir 主页,该项目始于 2006 年,而 SQLAlchemy 仅在 2008 年添加了自己的声明性扩展(版本 0.4.3);作为一个外部项目,Elixir 将始终运行以跟上 SQLAlchemy 自己的声明性基础。我的猜测是,在某些时候它不再值得付出努力。
  • 非常感谢您的努力
猜你喜欢
  • 2018-12-17
  • 1970-01-01
  • 1970-01-01
  • 2013-07-26
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-09-23
  • 2015-04-27
相关资源
最近更新 更多