2009-05-23 100 views

回答

3

你的时间价值是什么?你的生产力?你的代码的可维护性?

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

0

这取决于你在建什么。对于一些事情来说,MVC肯定会有些过分,甚至不适用于其他。权衡未来的维护,与其他开发人员一起工作,您将自己重写多少MVC设计模式等等。

0

This article讨论了MVC及其发明者的新范例DCI,传统面向对象的挑战者。

0

我很熟悉MVC的原始Smalltalk-80环境。是否使用MVC或其他的决定是关于代码的清晰度,而不是性能。如果在PHP中使用MVC的性能有些问题,我不知道它们。

但是,再次,向MVC转变的主要原因是分离问题是确保软件随时间推移可支持和可维护的重要价值。

相关问题