Q
模型繼承
0
A
回答
1
每種技術提供不同的好處。這真的取決於你需要做什麼。
最好的地方是閱讀model inheritance docs。
抽象基類
使用這些,如果你只是想減少代碼編寫量。如果您知道有多個字段出現在衆多模型中,請編寫一個基類並繼承它。
多表繼承
,如果你想,可以進行查詢和操作上的具體基類這是有用的 - 例如Base.objects.all()
有點像在同一個查詢集看到Child1.objects.all()
和Child2.objects.all()
。
代理模式
使用代理模式,如果所有字段在每個模型的相同。每個對象都有一個數據庫元組,但該數據元組可以用來表示父代或代理。這是非常強大的,而且幾乎可以肯定,如果你的領域是相同的,那就走。
相關問題
- 1. Laravel模型繼承
- 2. Rails模型繼承?
- 3. 模型繼承4
- 4. django模型繼承
- 5. Django模型繼承
- 6. 的Django模型繼承,過濾模型
- 7. 模型+控制器繼承
- 8. C#模板類型繼承
- 9. Rails的:模型繼承
- 10. Rails活動模型繼承
- 11. 模型的多繼承
- 12. MVC模型設計/繼承
- 13. 繼承codeigniter中的模型
- 14. Sencha Touch模型的繼承
- 15. 導軌模型的繼承
- 16. 的Django模型繼承
- 17. Django模型 - 繼承成本
- 18. Edmx實體模型繼承
- 19. 作用域繼承模型
- 20. Symfony + Doctrine:模型和繼承
- 21. Knockout JS模型繼承
- 22. Django AutoSlugField跨繼承模型
- 23. Django抽象模型繼承
- 24. 類表繼承模型
- 25. Django:'模型'子類繼承
- 26. 如何繼承或使用燼數據繼承其他模型的模型
- 27. WebApi模型綁定的繼承類型
- 28. Django模型繼承和類型檢查
- 29. 使用強類型的模型繼承
- 30. Rails模型:傳統模式:表繼承
幾乎肯定取決於您的使用情況。你有一些背景嗎?多桌可以真正結束在腳下射擊你,所以我會確保這是必要的,然後再選擇這條路。 (繼承不能很好地與數據庫配合) – second 2013-02-09 09:59:32
我正在讀一本書,他們定義了3個模型的繼承。如果我有這麼多領域,他們使用相同的,當然我會使用模型繼承。但在我的問題是你的opnion更好? – catherine 2013-02-09 10:02:44
它仍然取決於你的用例。遺傳模型在多大程度上與相關,以及它們在多大程度上會有所不同?你想要能夠在基礎模型上執行查詢,還是隻需要在繼承模型上執行查詢? – Teisman 2013-02-09 11:00:26