PHP编程：在PHP中利用乖巧的系统布局(摘)

如果你单纯是为了做网站赚钱，我想你还是别学php的好，去学ASP，JSP好了，毕竟它们有实力雄厚的公司去支持它们。系统   好久之前我就想写这篇文章了，然而一向都没有工夫。这里并非想要告知你如何做，我但愿它可以投石问路，和人人会商一下若何开辟一个好的、扩大性佳的web使用。

　　我从事开辟已有2-3年了，回望刚入手下手做的法式，真有点不信任是本人写的，如今我的web开辟技能已失掉了很大的进步，例如sourceForge（http://sourceforge.net/）就是我较为成熟的一个作品，代码都被分红各类的类和函数。数据库的布局也很明晰。站点的分歧局部都是与其它局部自力开来的。

　　不外这个站点也不是完善的。假如我必须再写一遍，我将会经由过程对象或函数库的体例，让HTML层与数据库层更分明区域分隔来。

　　我发明很多的办理者都喜好用图表的模式来暗示本人的设法，这里我也供应一个。这类系统的意念是要将你的逻辑从表层中自力开来，这意味着任何庞杂的器材城市下放到“API/数据会见层”。

　　关于平安反省、更新等代码，你最好不要放在HTML层中，你应当将这些实际上的代码放到API层。HTML层将只会停止复杂的函数挪用，而且前往数组、对象或我最喜欢的数据库了局集。

　　在这个图中，HTML接口或直接挪用API层，或挪用一个HTML东西库（例如发生弹出窗口等），而那些库经由过程一个数据库笼统层可挪用数据库（如许你就不用绑定在某种数据库上）。

根基的要点
关于一个乖巧的系统来讲，有以下根基的要点：
1。数据库自力
2。暗示层自力
3。便于修正
4。面向对象或最少拆成函数库挪用
这些都是我想到的，除以上提到的外，一定还有其它的要点，你可以在服装论坛中提出来。

以下就让咱们具体地会商一下以上各点：

1。数据库自力
你在设计的时分，也许不会晓得本人的站点的承当事实有多大，应此你应当记住一点，不克不及绑定在轻量级的数据库上，例如MS Access或其它。因而你应当思索到扩大性，假如改换数据库的话，你不必做太大的修改，乃至不必做甚么修改，这是最幻想的。

利用PHP时，关于各类数据库的函数挪用都是分歧的，你需求针对利用的数据库停止分歧的编码。为了改动这类情形，你可使用一个数据库笼统层，例如相似PHPLib或其它人开辟的库。
2。暗示层自力
假设你要开辟一个真正伟大、庞杂的使用，你就必须入手下手思索数据库的接口成绩，如许你可以少做良多复制和粘贴的任务。例如你需求让你的站点具有WAP功效，以便挪动德律风的用户可以会见到它。假如你的使用设计得好的话，你只需求写一个笨重的WAP暗示层挪用一切你的数据库会见对象就好了，然而，假如你的使用系统设计得欠好，你便可能需求从头写一个，如许你就需求同时保护一个HTML版本和一个WAP版本。

例如在开辟SourceForge站点时，咱们有大批的用户要提交他们的bug和义务等。入手下手时咱们将它设计为全体经由过程web接口停止。后来在某些人的压力下，咱们决意利用XML接口展示数据库。咱们胜利地将站点的中心逻辑由暗示层平分离出来。如今的SourceForge上的bug跟踪和其它东西都利用两个分歧的库--HTML库类和数据库类。数据类担任检测输出的值是不是无效，而且处置平安检测，而暗示层只是依据胜利/掉败前往true或false。 为了简化，在我必需注释基类和其它对象若何扩大这些基类时，这个例子将不会基于一个完善的对象模子。不外我想这个例子能帮你创立一些概念。

HTML类的例子

//毗连数据库
require ("database.php");

//凡是利用的HTML头部/页脚
require ("html.php");

//数据会见库类
require ("bug_data.php");

echo site_header("Page Title");

echo "
Updating A Bug


";

if (bug_data_update($field1,$field2,$field3)) {

echo "

Update Failed!
";

} else {

echo "
Updated Bug Successfully
";
//显示全局毛病字符串
echo $feedback;
}

echo site_footer();

?>

Example Data Access Lib

/**
* 掌握更新数据库中的一个bug
* 停止数据无效性和平安的反省，而且在胜利时前往true，
* 掉败时前往false
*
*
*/

function bug_data_update ($field1,$field2,$field3) {
//全局字符串，前往毛病
global $feedback;

//$field1 and $field2 are required
if (!$field1 || !$field2) {
$feedback="Field 1 And Field 2 Are Required";
return false;
}

//确认用户有权更新
if (!user_isadmin()) {
$feedback="You Must Be An Admin To Update a Bug";
return false;
}

//如今可以更新该bug

$result=db_query("UPDATE bug ".
"SET field2='$field2',".
"field3='$field3' ".
"WHERE id='$field1'");

//如今反省你的语句是不是履行胜利
if (!$result) {
//update failed
return false;
} else {
return true;
}
}

?>
3。便于修正
你固然不会在全部使用中都利用相对的URL，不外我还请求更进一步，色彩的选择、元素的名字、字体和其它能够的选项最好也不是相对的，它们应当在一个设置装备摆设文件中设置，而且在每页中将该文件包括出去。站点的作风也应当自力开来--如许你就无需在每一个页面都停止拷贝粘贴的任务，我凡是都将这些HTML放在一个函数中，然后就能够在需求时挪用。

关于数据库暗码、数据库毗连等，一样也放在数据库笼统层中。

4。面向对象/函数
咱们可以将流程处置拆分红分歧的函数挪用。每一个挪用都做一件工作，有时只需求挪用其它的函数而且前往了局。

一个很好的例子是在每页中反省一个用户是不是已登录。假如不利用对象或函数的话，在你的认证体系变化的时分，你就必需在每页作修正，而不是仅仅改动库中一个函数的挪用。在写一段代码之前，你要想一下，假如它在站点中要利用不止一次，你就必需将它移到库中完成。 还有增补吗？
一定我还有一些中央没有想到，因而请提出你的设法。出格是，你写了一个很大、很庞杂的使用，我很想晓得假如要你从头再写一次，你会创立如何的系统而且会做甚么改动。
  大家如果能懂得“熟能生巧”的道理也就明白了这并不是浪费时间，同时这也可以减轻板主的负担，让他们有时间去处理更难的问题。

不禁又想起那些说php是草根语言的人，为什么认得差距这么大呢。