在这篇文章中我们将看看一些关于PHP开发有用的提示和技巧,可以用来改善和优化您的PHP代码。
1.不要使用相对路径常常会看到:
该方法有很多缺点:它首先查找指定的php包含路径,然后查找当前目录,因此会检查过多路径。如果该脚本被另一目录的脚本包含,它的基本目录变成了另一脚本所在的目录。
另一问题,当定时任务运行该脚本,它的上级目录可能就不是工作目录了。因此最佳选择是使用绝对路径:
我们定义了一个绝对路径,值被写死了。我们还可以改进它,路径 /var/www/project 也可能会改变,那么我们每次都要改变它吗?不是的,我们可以使用__FILE__常量,如:
现在,无论你移到哪个目录,如移到一个外网的服务器上,代码无须更改便可正确运行。
2. 不要直接使用 require, include可以在脚本头部引入多个文件、像类库、工具文件和助手函数等,如:
这种用法相当原始,应该更灵活点,应编写个助手函数包含文件。例如:
有什么不一样吗?该代码更具可读性,將来你可以按需扩展该函数,如:
还可做得更多:为同样文件查找多个目录。能很容易的改变放置类文件的目录,无须在代码各处一一修改。可使用类似的函数加载文件,如html内容。
在开发环境中,我们打印数据库查询语句,转存有问题的变量值,而一旦问题解决,我们注释或删除它们。然而,更好的做法是保留调试代码。在开发环境中,你可以:
在服务器中,你可以:
system, exec, passthru, shell_exec 这4个函数可用于执行系统命令。每个的行为都有细微差别,问题在于,当在共享主机中,某些函数可能被选择性的禁用。大多数新手趋于每次首先检查哪个函数可用,然而再使用它。更好的方案是封成函数一个可跨平台的函数。
上面的函数將运行shell命令,只要有一个系统函数可用,这保持了代码的一致性。
使用上面的函数添加单个项目。而当添加项列表的时候,你要创建另一个函数吗?不用,只要稍加留意不同类型的参数,就会更灵活,如:
现在,同个函数可以处理不同类型的输入参数了。可以参照上面的例子重构你的多处代码,使其更智能。
6. 有意忽略php关闭标签我很想知道为什么这么多关于php建议的博客文章都没提到这点。
这將节约你很多时间,我们举个例子:
//一个 super_class.php 文件
//super extra character after the closing tag
这样,你將会得到一个 Headers already send error。为什么?因为 “super extra character” 已经被输出了。现在你得开始调试啦。这会花费大量时间寻找 super extra 的位置。因此,养成省略关闭符的习惯:
这会更好。
7. 在某地方收集所有输入, 一次输出给浏览器这称为输出缓冲,假如说你已在不同的函数输出内容:
替代方案,在某地方集中收集输出。你可以存储在函数的局部变量中,也可以使用ob_start和ob_end_clean。如下:
为什么需要输出缓冲:
>>可以在发送给浏览器前更改输出, 如 str_replaces 函数或可能是 preg_replaces 或添加些监控/调试的html内容。
>>输出给浏览器的同时又做php的处理很糟糕。你应该看到过有些站点的侧边栏或中间出现错误信息. 知道为什么会发生吗?因为处理和输出混合了。
输出一些xml。
工作得不错,但需要一些改进。
注意header行,该行告知浏览器发送的是xml类型的内容,所以浏览器能正确的处理。很多的javascript库也依赖头信息。
类似的有 javascript , css, jpg image, png image:
曾经遇到过在mysql表中设置了unicode/utf-8编码,phpadmin也能正确显示。但当你获取内容并在页面输出的时候,会出现乱码,这里的问题出在mysql连接的字符编码。
一旦连接数据库,最好设置连接的 characterset。你的应用如果要支持多语言,这么做是必须的。
10. 使用 htmlentities 设置正确的编码选项php5.4前,字符的默认编码是ISO-8859-1,不能直接输出如À â等。
php5.4以后,默认编码为UTF-8,这將解决很多问题。但如果你的应用是多语言的,仍然要留意编码问题。
11. 不要在应用中使用gzip压缩输出考虑过使用 ob_gzhandler 吗?不要那样做,毫无意义。php只应用来编写应用,不应操心服务器和浏览器的数据传输优化问题。
使用apache的mod_gzip/mod_deflate 模块压缩内容。
时常会用php输出动态javascript内容:
优雅乎?
13. 写文件前, 检查目录写权限在写文件或保存文件前,确保目录是可写的,假如不可写,则输出错误信息,这会节约你很多调试时间。linux系统中,需要处理权限,目录权限不当会导致很多很多的问题,文件也有可能无法读取等等。
确保你的应用足够智能,输出某些重要信息。
这大体上正确,但有些间接的问题,file_put_contents 可能会由于几个原因失败:
>>父目录不存在
>>目录存在,但不可写
>>文件被写锁住?
所以写文件前做明确的检查更好。
这么做后,你会得到一个文件在何处写及为什么失败的明确信息。
14. 更改应用创建的文件权限在linux环境中,权限问题可能会浪费你很多时间。从今往后,无论何时,当你创建一些文件后,确保使用chmod设置正确权限。否则的话,可能文件先是由”php”用户创建,但你用其它的用户登录工作,系统將会拒绝访问或打开文件,你不得不奋力获取root权限,更改文件的权限等等。
15. 不要依赖submit按钮值新媒体排版是一个在线图文编辑工具,大量节省您排版的时间,让工作更轻松高效。
上面大多数情况正确,除了应用是多语言的, ‘Save’ 可能代表其它含义,你怎么区分它们呢。因此,不要依赖于submit按钮的值。
现在你从submit按钮值中解脱出来了。
16. 相同值的变量定义成静态变量用静态变量取代:
17. 不要直接使用 $_SESSION 变量某些简单例子:
这会导致某些问题。如果在同个域名中运行了多个应用,session 变量可能会冲突。两个不同的应用可能使用同一个session key。例如,一个前端门户和一个后台管理系统使用同一域名。从现在开始,使用应用相关的key和一个包装函数:
18. 將工具函数封装到类中假如你在某文件中定义了很多工具函数:
这些函数的使用分散到应用各处. 你可能想將他们封装到某个类中:
显而易见的好处是,如果php内建有同名的函数,这样可以避免冲突。
另一种看法是,你可以在同个应用中为同个类维护多个版本,而不导致冲突,这是封装的基本好处。
>>使用echo取代print
>>使用str_replace取代preg_replace,除非你绝对需要
>>不要使用 short tag
>>简单字符串用单引号取代双引号
>>head重定向后记得使用exit
>>不要在循环中调用函数
>>isset比strlen快
>>始中如一的格式化代码
>>不要删除循环或者if-else的括号
不要这样写代码:
这绝对WASTE。写成:
不要尝试省略一些语法来缩短代码,而是让你的逻辑简短。
>>使用有高亮语法显示的文本编辑器,高亮语法能让你减少错误。
比如说你想 trim 数组中的所有元素. 新手可能会:
但使用 array_map 更简单:
这会为$arr数组的每个元素都申请调用trim。另一个类似的函数是 array_walk. 请查阅文档学习更多技巧。