优美的图形

    我知道经理们喜欢用优美的图形及图表来描述它们，这将给我们留下最好的印象。用这种隐藏在一个结构后的想法，你可以把你的逻辑与外观分离，这意味着任何一个复杂的程序都可以用"API/Data Access Layer"来表述。

     与其你把安全检测、更新的句子等放在HTML层中，不如把它们整体地放在你的API层里。而这个HTML层只含有简单的函数调用和返回的数组、对象或自定的其它什么，以及一些数据库的检索结果的集合等。

如果你这样做了，顶层将是非常的瘦小，你可以方便地创建及维护它。

    如下的例子中，这个HTML接口中只有一些API层中的函数的直接调用，一些HTML工具库（它能生成一个弹出框等等），和一些从数据库抽象层中调用的数据库操作方法（你不需要绑定某一个特别的数据库）。

基础

灵活的PHP程序结构最基本的方面有以下几点：

数据库无关性
界面无关性
可移植性
面向对象或至少应由函数库组成 .还有其它的？ 当然还有一些其它的东西，但我认为那都是太大了，或许你自己能指出它们。

让我们详细地谈谈它们每一条吧。

1、数据库无关性

   你从不知道你的站点将会在哪里运行，当然在你创建它时，你希望它变和得很大并且有很高的流量。所以你不想把你自己约束在 MS Access 上面或者其它什么轻便的数据库系统。虽然你不能立刻地插入各种不同的数据库系统，但是你有可能很方便地在它们中间切换。你有一些不同的选择可以把你的数据库调用抽象出来。在PHP中一个奇特的方法是你不得不为每个不同的数据库系统写出不同的代码，因为在PHP中对每一种不同的数据库的访问函数是不同的。为了避开这点，你可以使用一个抽象地数据库访问层，就象PHPLib、下一个版本的PEAR、及我们在SourceForge中描述的那样。

2、界面无关性

     一个应用程序是它的技术更重要还是它所运行的站点更重要？我们并不能真正地知道。我从来不相信这一点－－HTML是一个标准。特别是对于一个网络应用程序而言，界面发生了改动，意味着我们不得不总是重写。但是如果你的应用程序是很大很复杂的，你就要为你的数据库建立一些其它的接口了，只要你不想在你的站点程序中到处copy&paste你的访问检查等代码。这也意味着，如果你正确地设计了你的应用程序，你可以很容易地改写你的站点让它适应WAP，只要简单地写一个小的WAP界面，并让它调用你的数据库访问对象而已。但若你没有很好地设计你的程序，你把你的HTML版改成WAP版是一个复杂的工程。

      我把这个想法也带入了SourceForge中，我们有一个巨大的用户群，为我们发送/接收bugs、任务等。首先，我们指出所有的这些将通过我们的web页面接口，然后，由于Eric Raymond 和其他人给的压力，我们决定用XML来做数据库的外部接口。幸运的是我们曾在四月已把程序的核心逻辑代码与它的界面分离了。我将试着表达我们是如何做的，希望对你的工作有所帮助。

    这个SourceForge的bugs跟踪器和其它的一些工具被分成两个库　－　这个HTML库和数据访问库。这个数据访问库检查输入的值的正确性，处理安全校验，并且当成功/失败时返回TRUE 或 FALSE。由于简化的原因，这个例子并没有基于一个完善的对象模式，那样我还要解释这个基类和它的一些衍生类等等，我想这个例子将给你一个最普通的想法。