用 PHP 开发健壮的代码: 编写可重用函数
简介: 在本系列文章(有关如何在实际情况下开发有效的 PHP 代码)的第 3 部分中,Amol Hatwar 讨论 简介: 了如何构建最有效的功能型函数,使用这些函数不会牺牲太多性能或可管理性。作者重点阐述了如何编写 可重用函数,并介绍了如何避免与该任务相关的一些最常见问题。 欢迎回来。在本系列文章的第 1 部分中,我讨论了一些基本的 PHP 设计规则,并介绍了如何编写安全、 简单、与平台无关且快速的代码。在第 2 部分中,我介绍了变量,并讨论了它们在 PHP 编码中的用法 — 好的和坏的实践。 在本文中,您将了解如何在 PHP 中明智地使用函数。在每一种高级编程语言中,程序员都可以定义函数, PHP 也不例外。唯一的区别在于,您不必担心函数的返回类型。 深入研究 函数可用于:
? ? ?
将几行代码封装成一条语句。 简化代码。 最重要的是,将应用程序作为更小的应用程序相互协调的产物。
对于从编译语言(如 C/C++)转到 PHP 的开发人员来说,PHP 的性能级别是令人吃惊的。在使用 CPU 和 内存资源方面,用户定义的函数非常昂贵。这主要是因为 PHP 是解释型和松散类型的。 包装与否 包装与否 有些开发人员仅仅因为不喜欢函数的名称就把他们使用的每个函数都包装起来,而另一些开发人员却根本 不喜欢使用包装。 包装现有的 PHP 函数而不添加或补充现有的功能,是完全不能接受的。除了会增加大小和执行时间外,这 样的重命名函数有时可能会带来管理上的恶梦。 代码中的内联函数会导致莫名其妙的代码,甚至是更大的管理灾难。这样做的唯一好处可能就是得到一个 更快的代码。 更明智的方法是,仅在需要多次使用代码,并且对于您希望实现的任务没有可用的内置 PHP 函数时才定义 函数。您可以选择重命名或仅当需要时才有限制地使用。 图 1 中的图表粗略地显示了可管理性和速度与使用的函数数量之间的相互关系。(在此我没标明单位,因 为数字取决于个体和团队的能力;这一关系是重要的可视数据。)
可管理性/ 图 1. 可管理性/速度 Vs. 函数数量
命名函数 正如我在本系列文章的第 2 部分(请参阅 参考资料 参考资料)中提到的,要获得有效的代码管理,始终都使用公 共的命名约定是必不可少的。 其它两个需要考虑的实践是:
? ?
选择的名称应当能很好地提示函数的功能。 使用表明包或模块的前缀。
假定您有一个名为 user 的模块,它包含用户管理函数,那么对于检查用户当前是否在线的函数而言,诸 如 usr_is_online() 和 usrIsOnline() 这样的函数名称都是上佳之选。 将上面
的名称与 is_online_checker() 这样的函数名称相比较。 得到的结论是, 使用 动词优于使用 名词, 因为函数始终都会 做点什么。 多少参数? 多少参数? 很有可能您将使用已经构造的函数。即使情形并非如此,您可能也希望最大化代码的使用范围。要做到这 一点,您和其他开发人员应当继续开发易于使用的函数。没人喜欢使用那些所带的参数既晦涩又难于理解 的函数,因此请编写易于使用的函数。 选择一个能够说明函数用途的名称(并减少函数使用的参数数量)是确保易于使用的一个好方法。参数数 量的幻数是什么呢?依我看来,超过三个参数就会使函数难以记忆。使用大量参数的复杂函数几乎都能被 拆分成多个更简单的函数。 没人喜欢使用凑合的函数。 编写优质函数 假定您希望在将 HTML 文档放到浏览器之前设置
文档的标题。标题就是 ... 标记之间的 所有内容。
假定您希望设置 title 和 meta 标记。不使用 setHeader(title, name, value) 函数执行所有工作,而 分别使用 setTitle(title) 和 setMeta(name, value) 完成各项工作是一个更佳的解决方案。该方案相互 独立地设置 title 和 meta 标记。 进一步考虑, 标题可以只包含一个 title 标记, 但它可以包含多