如果你有一個使用Elixir的python數據庫包裝,有一個非常簡單的'Active Record'設計(1個對象到1個表),但是然後你開始展開...何時停止使用Elixir?
在什麼時候你應該停止使用Elixir ?是否有任何共同的里程碑/症狀應該表明這些觀點?
如果這些點得出的,是有必要放棄藥劑和純粹轉移到SQLAlchemy的,或者是它總是確定離開頂部的藥劑層,並默默通過SQLAlchemy的延伸?
如果你有一個使用Elixir的python數據庫包裝,有一個非常簡單的'Active Record'設計(1個對象到1個表),但是然後你開始展開...何時停止使用Elixir?
在什麼時候你應該停止使用Elixir ?是否有任何共同的里程碑/症狀應該表明這些觀點?
如果這些點得出的,是有必要放棄藥劑和純粹轉移到SQLAlchemy的,或者是它總是確定離開頂部的藥劑層,並默默通過SQLAlchemy的延伸?
SQLAlchemy本身具有優秀的declarative layer。藥劑已經過時了一段時間了。因此,Elixir從未見過any development超過2年,該項目已被放棄。
放棄長生不老藥的時刻到了。
哈哈,夠公平的。它被替換了嗎?我認爲'ActiveMapper'曾經是一種選擇。這兩個都已被棄用,而贊成聲明層? – user2097818
ActiveMapper和Elixir,其中來自SQLAlchemy和Elixir的獨立項目意味着作爲ActiveMapper的替代品。由於Elixir已經被放棄,我想這是作者認爲SQLAlchemy自己的聲明選項對於它們的用例足夠好了。 –
@ user2097818:根據Elixir主頁,該項目於2006年開始,SQLAlchemy僅在2008年添加了自己的聲明式擴展(版本0.4.3);作爲一個外部項目,Elixir總是會跟上SQLAlchemy自己的聲明基礎。我的猜測是,在某個時候它不再值得付出努力。 –
這太模糊了,適合[程序員堆棧交換](http://programmers.stackexchange.com/)。 –
我很抱歉,但我認爲你的問題太模糊,過於寬泛,無法在SO上回答;請參閱[FAQ#dontask]。如果您有更具體的問題(最好涉及一些代碼),請隨時提問!事實上,這個具體的問題有一個簡單的答案(根本不使用Elixir *)並不改變這個問題本身太模糊。 –
@frb:即使對於Programmers.SE,這個問題也是過於開放式和非建設性的。 –