我正处于我的设计阶段,我正在考虑因性能原因而放弃MVC设计,不确定是否直接使用页眉/页脚包含的PHP页面将执行我的MVC设置(使用PHP / Zend)。我有一种感觉。
评论
答案 0 :(得分:3)
你的时间价值是多少?你的生产力?您的代码的可维护性?
VS
额外服务器的成本是多少?
答案 1 :(得分:0)
这取决于你正在建设什么。 MVC对于某些事情肯定是矫枉过正的,甚至不适用于其他事情。权衡未来的维护,与其他开发人员合作,你将自己重写多少MVC设计模式等。
答案 2 :(得分:0)
This article讨论了MVC及其发明者的新范式DCI,它可能会成为传统OO的挑战者。
答案 3 :(得分:0)
我从原来的Smalltalk-80环境中熟悉MVC。关于是否使用MVC或其他内容的决定是关于代码的清晰度,而不是性能。如果PHP中的MVC性能存在特殊问题,我不知道它们。
但同样,转向MVC的主要原因是,关注点分离是确保软件可以长期支持和维护的重要价值。