|
w.quickviews.net/data/html/" target="_blank" class="keylink">HTML是一个标准。特别是对于一个网络应用程序而言，界面发生了改动，意味着我们不得不总是重写。但是如果你的应用程序是很大很复杂的，你就要为你的数据库建立一些其它的接口了，只要你不想在你的站点程序中到处copy&paste你的访问检查等代码。这也意味着，如果你正确地设计了你的应用程序，你可以很容易地改写你的站点让它适应WAP，只要简单地写一个小的WAP界面，并让它调用你的数据库访问对象而已。但若你没有很好地设计你的程序，你把你的HTML版改成WAP版是一个复杂的工程。
我把这个想法也带入了SourceForge中，我们有一个巨大的用户群，为我们发送/接收bugs、任务等。首先，我们指出所有的这些将通过我们的web页面接口，然后，由于Eric Raymond 和其他人给的压力，我们决定用XML来做数据库的外部接口。
幸运的是我们曾在四月已把程序的核心逻辑代码与它的界面分离了。我将试着表达我们是如何做的，希望对你的工作有所帮助。
这个SourceForge的bugs跟踪器和其它的一些工具被分成两个库 － 这个HTML库和数据访问库。这个数据访问库检查输入的值的正确性，处理安全校验，并且当成功/失败时返回TRUE 或 FALSE。
由于简化的原因，这个例子并没有基于一个完善的对象模式，那样我还要解释这个基类和它的一些衍生类等等，我想这个例子将给你一个最普通的想法。
HTML 库的例子
<?php
//connect to database
require ("database.php");
//common utils like header/footer HTML
require ("html.php");
//data access library
require ("bug_data.php");
echo site_header("Page Title");
echo "<H4>Updating A Bug</H4>
<P>";
if (bug_data_update($field1,$field2,$field3)) {
echo "<H3>Update Failed!</H3>";
} else {
echo "<H3>Updated Bug Successfully</H3>";
//echo the global error string
echo $feedback;
}
echo site_footer();
?>
Data 访问库的例子
<?php
/**
*
* controls access to updating a bug in the
* database. Validates data and checks security
* Returns true on success, false on failure
*
*/
function bug_data_update ($field1,$field2,$field3) {
//global string to report back errors
global $feedback;
//$field1 and $field2 are required
if (!$field1 || !$field2) {
$feedback="Field 1 And Field 2 Are Required";
return false;
}
//make sure this user has permission to update
if (!user_isadmin()) {
$feedback="You Must Be An Admin To Update a Bug";
return false;
}
//now let's update the bug
$result=db_query("UPDATE bug ".
"SET field2='$field2',".
"field3='$field3' ".
"WHERE id='$field1'");
//now check your query for success/failure
if (!$result) {
//update failed
return false;
} else {
return true;
}
}
?>
3、可移植性
毫无疑问，你不想让你的代码只能用于一个固定的站点，将来我们可能改变色彩的选择、元素的名称、字体或其它一些什么，这样应设置一个config文件，它被多个页面所包含。更好的观点是你的站点被模块化，你不需要copy&paste任何一个HTML文件，我倾向于把这些放入一个函数，在任何需要的地方调用它们。
同样的方法可用于数据库的密码、数据库连接字串等，这些可以放入一个数据库处理的抽象层中。
4、面向对象/函数化
我们不是用COBOL开发，所以这意味着我们可以把进程分成多个函数的调用。每个调用都是一个自动的行为，有时仅仅是调用一小段其它的函数并返回这个结果。
一个好的例子是在每一个页面校验用户是否登录，你可以用cookie或查询数据库来完成这个功能，但一旦你想改变你的验证系统，你不得不改动每一个页面，其实你应该可以通过改动函数库里一个普通的函数就完成这个变动的。任何时候，你写一段代码，如果它将会被用于多于一个地方，你就要考虑把它放入一个库里了。
其它还有什么？
显然还有很多我没有谈到的事，告诉我你的想法，我将在下一篇文章中来讨论它们。特别地是，如果你写了一个大型的、复杂的应用程序，我想听听你是如何规划它的及你重做时不什么不同的想法。
上一页 [1] [2] [3] 下一页
|
