很早就想写这篇文章了，但一直没有时间完成它。不是说我来告诉大家如何做，我更希望本文只是做为一个引子，与大家来讨论关于如何建立一个有效地、灵活的网络应用程序。

经过了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、界面无关性

一个应用程序是它的技术更重要还是它所运行的站点更重要？我们并不能真正地知道。我从来不相信这一点－－

[1] [2] [3] 下一页