很久以前我就想写这篇文章了,但是一直都没有时间。这里并不是想要告诉你怎样做,我希望它可以投石问路,和大家讨论一下如何开发一个好的、扩展性佳的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或者fal。 为了简化,在我必须解释基类和其它对象如何扩展这些基类时,这个例子将不会基于一个完美的对象模型。不过我想这个例子能帮你建立一些概念。
html类的例子
//连接数据库
require (“databa.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!
“;
} el {
echo ”
updated bug successfully
“;
//显示全局错误字2020年江西高考录取分数线符串
echo $feedback;
}
echo site_footer();
?>
example data access lib
/**
* 控制更新数据库中的一个bug
* 进行数据有效性和安全的检查,并且在成功时返回true,
* 失败时返回fal
*
*
*/
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 fal;
}
//确认用户有权更新
if (!ur_isadmin()) {
$feedback=”you must be an admin to update a bug”;
return fal;
}
//现在可以更新该bug
$result=db_query(“update bug “.
“t field2=’$field2′,”.
“field3=’$field3′ “.
“where id=’$field1′”);
//现在检查你的语句是否执行成功
if (!$result) {
//update failed
return fal;
} el {
return true;
}
}
?>
3。便于修改
你当然不会在整个应用中都使用绝对的url,不过我还要求更进一步,颜色的选择、元素的名字、字体和其它可能的选项最好也不是绝对的,它们应该在一个配置文件中设置,并且在每一页中将该文件包含进来。站点的风格也应该独立开来–这样你就无需在每个页面都进行拷贝粘贴的工作,我通常都将这些html放在一个函数中,然后就可以在需要时调用。
对于数据库密码、数据库连接等,同样也放在数据库抽象层中。
4。面向对象/函数
我们可以将流程处理拆分成不同的函数调用。每个调用都做一件事情,有时只需要调用其它的函数并且返回结果。
一个很好的例子是在每页中检查一个用户是否已经登录。如果不使用对象或者函数的话,在你的认证系统变动的时候,你就必须在每一页作修改,而不是仅仅改变库中一个函数的调用。在写一段代码之前,你要想一下,如果它在站点中要使用不止一次,你就必须将它移到库中实现。 还有补充吗?
肯定我还有一些地方没有想到,因此请提出你的想法。特别是,你写了一个很大、很复杂的应用,我很想知道如果要你重新再写一次,你会建立怎样的体系并且会做什么改变。
本文发布于:2023-04-06 04:51:31,感谢您对本站的认可!
本文链接:https://www.wtabcd.cn/fanwen/zuowen/1b0c31895522fc81a457195beb8c7fdd.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
本文word下载地址:在PHP中使用灵巧的体系结构.doc
本文 PDF 下载地址:在PHP中使用灵巧的体系结构.pdf
留言与评论(共有 0 条评论) |