日期:2011-01-12  浏览次数:20447 次

用 PHP 开发健壮的代码 系列文章是关于解决大中型应用程序中的实际问题的。这一系列文章主要侧重于 PHP 4 中可用的新功能,重点介绍了大量使开发工作更容易的技巧和窍门。在这一系列文章中,您将发现许多要学习的示例和技术,还附带了大量样本代码。在这第一篇文章中,PHP 高手 Amol Hatwar 从更高的角度介绍了如何为中到大型 Web 应用程序设计和编写无错误、可维护的代码。
如果您是一名构建 Web 应用程序的开发者并且需要速度、功能和平台独立性(platform-independence),那么 PHP 将适合您。而且 PHP 是免费的,易于学习和部署。这些是使 PHP 如此受欢迎的最大优点。但这些优点也可以变成缺点。由于 PHP 易于使用,所以开发者在本应规划和设计的时候,他们经常先把代码硬塞到编辑器中。而且,在 PHP 中,解决问题的方法不止一种,比较容易犯那种惨痛的错误,这种错误过后难以订正。

在这一系列文章中,您将学会如何避免许多错误。如果您一步不落地坚持到底,您会发现自己尝试一两次就能编写无错误的代码了,对此不要感到奇怪。我还会指出 PHP 4 中可用的新功能,它们使开发工作更容易。我要介绍的大多数示例都是用来处理诸如脚本配置和安装、文件处理以及数据库使用之类的实际问题。即使您对这一切都不熟悉,您也会发现理解起来很容易。不过,我假设您对 PHP 有初步的了解。如果您需要重新温习,您会发现本文结尾处所列出的参考资料会对您有所帮助。(请参阅参考资料。)

奠定健壮的基础
用 PHP 编写代码与用类似 C 的语言编写代码非常相似。由于它们句法上类似,所以还会导致类似的代码维护问题。当必须开发大型应用程序时,您可能要编写大量代码。随着时间的流逝,这些代码可能变得难以管理,错误很快就会乘虚而入。无论您从哪里听到这种说法,都不要相信 — 至少不能全信。但是,更重要的事实是如果您发现自己维护代码过于频繁,那么首先您的应用程序的设计可能是很糟糕的。

正确地设计代码
您最初做出的选择会影响您以后编写代码时的自由度。这使得正确的设计成为一个重要的先决条件。虽然当您解决一个微不足道的问题时设计会成为一个额外的仪式,但是您至少必须知道就是应该这样做的。许多人把设计和规划看作额外的开销。但是以糟糕的设计开始,或者根本就没有设计,结果总是会造成草率的代码。请记住,再巧妙的编码也不能弥补糟糕的设计。虽然如何设计应用程序超出了这个系列文章的范畴,但我还是会提示一些设计 Web 应用程序时应该牢记的问题。

分割和征服
通过一个个较小的松散耦合的部件来设计和编写大型应用程序总是更可取的。这样,每个部件都是可维护的。例如,一个内容管理系统(Content Management System,CMS)可能分布在许多诸如用户认证、显示、内容解析和查看统计信息等较小的模块上。而且,如果您的模块足够通用的话,您可以在您开发的其它应用程序中重用代码。程序员经常这么做,但他们仍然抱怨。至于编码的技巧就是让每个模块具有它绝对需要的功能并且到此为止。赋予一个模块的功能要不多不少,恰到好处。

绝对不要在页面中考虑
如果您对用 PHP 将您的 HTML 页面变得更动态些感兴趣,这部分将适合您。当您想在每个页面上显示日期和时间以使其看上去是最新的时候,通常是这个习惯开始的时候。每个 HTML 页面都变成一个只有有限几行的小 PHP 脚本,日期函数隐藏在某个地方。如果这是您想要的,您必须认可这是使该作业实现的最简单的方式。但是,想象一下您必须做些什么变动才能改变页面上呈现的日期格式。您将不得不更改每个页面内的代码。

显然,有更好的方式来达到这个目的。我最喜欢的方式是使用配置文件并在配置文件中定义一个常量,这个常量保留 date() 函数的格式字符串。然后,您就可以在需要的地方使用 date() 函数了。每个页面仍以脚本结束,但是您要彻底地把那些您必须对单行代码作更改的地方降到最少。

图 1. 避免硬编码




如上图所示,您在所有页面上都能看到日期格式的更改。这里的想法就是要避免复制代码以及硬编码。在编写大型应用程序时,请牢记这一点。当您避免了复制代码时,调试和维护就变得更加容易了。

减少客户机端要求
Web 页面和应用程序的类型已经向多方向发展了。首先是图像和图像映射,然后是实现很酷的动画的 Java applet 和客户机端脚本。现在是 Flash。有影响是好事情,但是您必须记住 Web 背后的整体思想是使任何需要信息的人都能随时访问这些信息。如果您使用并非所有浏览器和平台都支持的技术,就会拒绝人们访问您的信息。您永远不知道不能访问您 Web 站点的人是否本来可以成为您的下一个客户!

您的应用程序设计应该尽可能地将网络流量降到最低。我们经常看到许多网站访问量过多并且只给浏览器一类仅能使其运行的 cookie。篡改大量 cookie 不仅消耗带宽,而且还使得许多方面难以管理。根据经验,如果您的应用程序发送超过 40 KB 的数据或者如果您的页面需要多于 5 秒的时间来装入,那就该从头设计应用程序了。各处的小调整不会持续太久。如果您到处看看,就会发现最受欢迎的、访问人数最多的站点都是非常简单的。

您还应该考虑下一波移动设备以及它们访问您的应用程序所用的连接。最好的做法就是,您的应用程序必须根据请求内容的客户机对内容进行调整。Leon Atkinson 在他的 Core PHPProgramming 一书的第 720 页中说到,“我们可以设法将 HTML 文档的大小控制得较小,并且我们可以设法避免诸如嵌套表(nested table)这样的复杂的 HTML,但是我们不能对每个人的 28.8 调制解调器都进行升级。”

把代码、内容和显示分开
HTML 是显示内容的标记语言,PHP 是嵌入 HTML 的脚本语言。这确实使简单的任务变得容易 — 例如,以日期为例。不过,当您要实现复杂的要求时,将 PHP 嵌入 HTML 使代码的简单性尽失。尽可能地把代码、内容和显示分开,这很好。考虑一下您正在阅读的这个文档。这个文档开始被创建为一个 XML 文件。HTML 和 PDF 版本是用样式表自动生成的。代码(向您显示该页面的应用程序)、内容(XML 文档)和显示(样式表(style sheet))是不同的。

正象将核心功能封装在模块中以及避免代码复制很重要一样,用单独的内容源代码以及按照要求的方式显示内容也很重要。您根据客户机和连接速度定制页面的灵活性也增加了。同时使程序员、设计师和作者彼此独立工作 — 如果您正在处理一个大型项目,这是一件好事。

不要害怕抛弃设计
无论别人告诉您什么,实践才是学习应用程序设计的最佳方式。如果您刚刚起步,可能会犯许多错误 — 这就是学习方法。糟糕的设计应该被抛弃。这就是您必须保持代码、内容和显示松散耦合的原因 — 抛弃糟糕的设计成为减轻痛苦的手段。当您丢弃陈旧的代码,以更好的代码取而代之的时候,您可以保留内容和显示。

现在,回到我所承诺的问题上,使您的代码健壮起来。您必须一直记住您的代码将为其他人的内容和显示提供力量。如果您的代码不能胜任的话,其他部门再多惊人的努力也不能弥补这个缺陷。

编写健壮的代码
假定您的代码要求不变,您将不会明显地发现更改代码的需要。除了偶尔需要最优化和改进之外,您的代码应该像加了润滑油的机器一样运行。

听上去很困难?事实并非如此。坦白地说,编写健壮的代码并不需要天才。您只需要在拿不准的时候问自己一些适当的问题,这样就不会偏离正轨:

它安全吗?
它简单且易于理解吗?
它是平台独立的吗?
它足够快吗?
保护您的代码
任何使大量用户满意的系统都必须是安全的。尽管 PHP 本身不易受到黑帽(black-hat)黑客的攻击,但是您不要太肯定。在版本 4.2.2 之前的 PHP 4 有严重的安全性缺陷。要一直确保在有适当加密的网络上存储或传送敏感数据。这对于处理业务、存储信息(如信用卡号码)以及传输机密数据的应用程序来说更重要。

现在,很难信任用户提交的数据。要确保对数据进行了验证并确保数据在使用前是清白的。请牢记,将您的 Web 应用程序放到因特网上就是向巨大的网络公布了您的系统、软件、数据以及业务。

确保您的代码一直安全地运行。

保持代码简单
您的代码应该是易于理解、可读性好且文档良好的。为了减少您熟悉自己或其他人的代码所需的时间,请在工程内一直使用公共命名和编码约定。请投入时间以确保在需要维护代码时这些方面会有所回报。

您最好在编程时为代码建立文档。能为您解析所有的脚本并创建看起来整洁的 HTML 格式的文档的工具并不存在。如果您改变了代码的行为,就要相应地改变文档。如果代码的文档并没有实际记录什么东西,那么拥有这样的文档是没用的。

确保您的代码是备有文档的、简单的并且易于理解的。从长远来看这样会有所帮助。

使代码是平台独立的
您必须解决的另一个问题是平台独立性。