-1
A
回答
2
框架和方法通常是正交的。
唯一的(間接的)關係是,敏捷方法會讓你構建你的應用程序與持久機制完全分離。事實上,即使使用數據庫,你也會拖延,直到你有一個需要你擁有的用戶故事。這將迫使你保持這兩個解耦,讓你的選擇打開。
相關問題
- 1. 敏捷文檔框架(NTestDox?)
- 2. C#,SQL,MVC,實體框架,NUnit,敏捷手機屏幕問題
- 3. 敏捷架構
- 4. 瀑布模型測試vs敏捷有什麼優點嗎?
- 5. 瀑布和敏捷方法問題,和UML Vs理性上升
- 6. 與實體框架
- 7. 與實體框架
- 8. 與實體框架
- 9. 與實體框架
- 10. 與實體框架
- 11. 與實體框架
- 12. Microsoft Bot框架,LUIS和瀑布
- 13. 與實體框架或NHibernate的
- 14. 發佈頻率是敏捷和瀑布之間唯一真正的區別嗎?
- 15. 與MVC與實體框架
- 16. 實體框架或NHibernate的
- 17. 實體框架投影或
- 18. 實體框架4或DataSet?
- 19. 敏捷開發與發佈太早
- 20. 實體未能與實體框架
- 21. 哪些團體應該參與敏捷?
- 22. 實體框架/ LINQ/MSSQL與實體框架/ LINQ/MYSQL
- 23. ADO.NET實體框架 - 甲骨文與實體框架6
- 24. 敏捷開發和架構
- 25. 與實體框架和EntitiyDataSource
- 26. 實體框架6與DbUp
- 27. 實體框架與ROWGUIDCOL
- 28. 實體框架與Uint DataContractJsonSerializer
- 29. 實體框架與Ntier
- 30. Unicode與實體框架
討論特定過程的利弊通常是主觀的,並且很難提供單一的明確答案。加上對非現場資源的請求,這使得本網站不適合進行這項調查。 – Claies
@Claies - 即使這個板子上的純編程問題對他們來說也具有健康的主觀性,特別是在評估哪種解決方案「最好」時。這就是爲什麼有投票按鈕;就這個問題帶來集體判斷。 –