建立灵巧结构的PHP程序.pdfVIP

建立灵巧结构的 PHP 程序 内容摘要:很早就想写这篇文章了，但一直没有时间完成它。不是说我来告诉大家如何做， 我更希望本文只是做为一个引子，与大家来讨论关于如何建立一个有效地、灵活的网络应用 程序。 经过了2－3年的网络应用程序开发工作，我的开发经验变得更加生动了，回过头来 看我以前为Geocra.. 很早就想写这篇文章了，但一直没有时间完成它。不是说我来告诉大家如何做，我更希 望本文只是做为一个引子，与大家来讨论关于如何建立一个有效地、灵活的网络应用程序。 经过了2－3年的网络应用程序开发工作，我的开发经验变得更加生动了，回过头来看 我以前为Geocrawler写的代码，简直不敢相信这是我的。由于 GPL 的原因，在 PHPBuilder 中的源码也是良莠不齐的。 最近我做为一个有经验的PHP开发者，一直在帮着写 SourceForge，我想这显示出了最 终结果的一个范围。好的代码应被分成了多个部分，合适的库及函数调用，清楚的数据库结 构，站点的每一个部分与其它部分都是相对独立的。 但是，这仍不是最好的。如果我可以重做，我将更多的关注于 HTML 层与数据层的分离，通 过对象及清楚的函数库实现这一点。 优美的图形 我知道经理们喜欢用优美的图形及图表来描述它们，这将给我们留下最好的印象。用这 种隐藏在一个结构后的想法，你可以把你的逻辑与外观分离，这意味着任何一个复杂的程序 都可以用\API/Data Access Layer\来表述。 与其你把安全检测、更新的句子等放在HTML层中，不如把它们整体地放在你的 API 层里。 而这个HTML层只含有简单的函数调用和返回的数组、对象或自定的其它什么，以及一些数 据库的检索结果的集合等。 如果你这样做了，顶层将是非常的瘦小，你可以方便地创建及维护它。 如下的例子中，这个HTML接口中只有一些API层中的函数的直接调用，一些HTML 工具 库（它能生成一个弹出框等等），和一些从数据库抽象层中调用的数据库操作方法（你不需 要绑定某一个特别的数据库）。 基础 灵活的PHP程序结构最基本的方面有以下几点： 数据库无关性 界面无关性 可移植性 面向对象或至少应由函数库组成 还有其它的？ 当然还有一些其它的东西，但我认为那都是太大了，或许你自己能指出它们。 让我们详细地谈谈它们每一条吧。 1、数据库无关性 你从不知道你的站点将会在哪里运行，当然在你创建它时，你希望它变和得很大并且有 很高的流量。所以你不想把你自己约束在 MS Access 上面或者其它什么轻便的数据库系统。 虽然你不能立刻地插入各种不同的数据库系统，但是你有可能很方便地在它们中间切换。你 有一些不同的选择可以把你的数据库调用抽象出来。在PHP 中一个奇特的方法是你不得不为 每个不同的数据库系统写出不同的代码，因为在PHP中对每一种不同的数据库的访问函数是 不同的。为了避开这点，你可以使用一个抽象地数据库访问层，就象PHPLib、下一个版本 的PEAR、及我们在SourceForge中描述的那样。 2、界面无关性 一个应用程序是它的技术更重要还是它所运行的站点更重要？我们并不能真正地知道。 我从来不相信这一点－－HTML是一个标准。特别是对于一个网络应用程序而言，界面发生 了改动，意味着我们不得不总是重写。但是如果你的应用程序是很大很复杂的，你就要为你 的数据库建立一些其它的接口了，只要你不想在你的站点程序中到处copypaste 你的访问 检查等代码。这也意味着，如果你正确地设计了你的应用程序，你可以很容易地改写你的站 点让它适应WAP，只要简单地写一个小的WAP界面，并让它调用你的数据库访问对象而已。 但若你没有很好地设计你的程序，你把你的HTML版改成 WAP版是一个复杂的工程。 我把这个想法也带入了SourceForge中，我们有一个巨大的用户群，为我们发送/接收 bugs、任务等。首先，我们指出所有的这些将通过我们的 web页面接口，然后，由于Eric Raymond 和其他人给的压力，我们决定用XML来做数据库的外部接口。 幸运的是我们曾在四月已把程序的核心逻辑代码与它的界面分离了。我将试着表达我们是如 何做的，希望对你的工作有所帮助。 这个SourceForge的bugs跟踪器和其它的一些工具