1
3
我看到的主要问题是你要重复很多遍。 如果您的操作和视图正在做类似的事情,它们将维护几乎重复的代码,这在5或6年后可能会成为可怕的噩梦。 我有一个继承自2001年的项目(早在include flat scripts思想是PHP中分离任务的一种更常见的方法时),它的结构类似。9年后的今天,总结如下:
你也许想试试看 http://wshell.wordpress.com/2009/10/12/encapsulation-in-php/ ,这似乎很好地解释了为什么你的组织模式可能是个坏主意。还有一些非常棒的developerWorks文章,其中一篇介绍了随着项目的发展需要养成的一些好习惯: http://www.ibm.com/developerworks/opensource/library/os-php-7oohabits/ |
2
1
我不太喜欢使用includes()的传统方式。通过基于某些条件插入include,基本上就是将它们用作函数调用。这会导致各种各样的混乱,因为这些包含的文件中的代码驻留在全局范围内,可能与其他代码冲突,或者导致是否定义了某些内容的模糊性。 我通常会在index.PHP的顶部包含所有可能需要的PHP文件。然后,根据请求的操作实例化对象或调用函数。回答你的第一个问题,不,这不会以任何明显的方式减慢应用程序的速度。如果你使用的是高速缓存系统。 (这只是简化的伪代码)
|
3
0
实际上,你这里有什么
简单MVC结构的开始--
也就是说,有些事情需要注意:
|
Jacco · 未能格式化我的日期以在php中正确工作 1 年前 |
jay ram · 如何在URL核心php中从API获取JSON? 1 年前 |
Ishwarya A · php电子表格在浏览器中显示多张excel 1 年前 |