我在我的设计中,我正在考虑放弃MVC设计出于性能方面的原因,不确定是否直接带有页眉/页脚的PHP页面包括执行我的MVC设置(使用PHP/Zend)。我有一种感觉会。使用MVC设计模式的优点和缺点(模型视图控制器)
评论?
我在我的设计中,我正在考虑放弃MVC设计出于性能方面的原因,不确定是否直接带有页眉/页脚的PHP页面包括执行我的MVC设置(使用PHP/Zend)。我有一种感觉会。使用MVC设计模式的优点和缺点(模型视图控制器)
评论?
你的时间价值是什么?你的生产力?你的代码的可维护性?
与
附加服务器的成本是多少?
这取决于你在建什么。对于一些事情来说,MVC肯定会有些过分,甚至不适用于其他。权衡未来的维护,与其他开发人员一起工作,您将自己重写多少MVC设计模式等等。
This article讨论了MVC及其发明者的新范例DCI,传统面向对象的挑战者。
我很熟悉MVC的原始Smalltalk-80环境。是否使用MVC或其他的决定是关于代码的清晰度,而不是性能。如果在PHP中使用MVC的性能有些问题,我不知道它们。
但是,再次,向MVC转变的主要原因是分离问题是确保软件随时间推移可支持和可维护的重要价值。