2009-05-23 74 views

回答

3

你的時間價值是什麼?你的生產力?你的代碼的可維護性?

附加服務器的成本是多少?

0

這取決於你在建什麼。對於一些事情來說,MVC肯定會有些過分,甚至不適用於其他。權衡未來的維護,與其他開發人員一起工作,您將自己重寫多少MVC設計模式等等。

0

This article討論了MVC及其發明者的新範例DCI,傳統面向對象的挑戰者。

0

我很熟悉MVC的原始Smalltalk-80環境。是否使用MVC或其他的決定是關於代碼的清晰度,而不是性能。如果在PHP中使用MVC的性能有些問題,我不知道它們。

但是,再次,向MVC轉變的主要原因是分離問題是確保軟件隨時間推移可支持和可維護的重要價值。

相關問題