[摘要]!field2) feedback="Field 1 And Field 2 Are Required"; return false; //确认用户有权更新 if (!use...
!$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中运用灵巧的体系结构