PHP程序设计最佳实践

开发 后端 前端
本文给出了PHP程序设计常见问题的解决方法,同时简单描述了PHP应用程序的架构,这些问题很多都是在开发项目中容易出现的,希望能对您有所帮助。

这篇文章给出了PHP程序设计常见问题的解决方法,同时也简单的描述了PHP应用程序的架构,这些问题很多都是在开发项目中容易出现的。

推荐专题:PHP开发基础入门

1. php.ini设置

php.ini控制了解释器的行为,下面的一些设置保证了你的程序有最大的可移植性。

◆short_open_tag

设为0,即永远使用PHP的长标签形式:<?php echo "hello world"; ?>,不用短标签形式<?= "hello world" ?>。

◆asp_tags

设为0,不使用ASP标签<% echo "hello world"; %>。

◆magic_quotes_gpc

建议在脚本中包含一个全局文件,负责在读取$_GET、$_POST、$_COOKIE变量之前,首先检查这个设置是否打开,如果打开了,这对这些变量应用stripslashes函数。(注:该设置已经在PHP 5.3中被废除。)

◆register_globals

不要依赖这个设置,永远通过全局变量$_GET、$_POST、$_COOKIE去读取GET、POST和COOKIE的值。为了方便起见,建议声明$PHP_SELF = $_SERVER['PHP_SELF']。

◆file_uploads

上传文件的最大大小,由下面的设置决定:

* file_uploads必须设为1(默认值),表示允许上传。  
* memory_limit必须略大于post_max_size和upload_max_filesize。  
* post_max_size和upload_max_filesize要足够大,能满足上传的需要。 
  • 1.
  • 2.
  • 3.

2. 配置文件(configuration file)

你应该把与应用程序相关的所有配置,写在一个文件里。这样你就能很方便地适应开发环境的变化。配置文件通常包含以下信息:数据库参数、email地址、各类选项、debug和logging输出开关、应用程序常数。

3. 名称空间(namespace)

选择类和函数名的时候,必须很小心,避免出现重名。尽可能不要在类以外,放置全局性函数,类对内部的属性和方法,相当于有一层名称空间保护。如果你确实有必要声明全局性函数,那么使用一个前缀,比如dao_factory()、 db_getConnection()、text_parseDate()等等。

4. 数据库抽象层

PHP不提供数据库操作的通用函数,每种数据库都有一套自己的函数。你不应该直接使用这些函数,否则一旦改用其他数据库(比如从MySQL 转为Oracle),你就有大麻烦了。而且,数据库抽象层通常比系统本身的数据库函数,更易用一些。

5. "值对象"(Value Object, VO)

值对象(VO)在形式上,就像C语言的struct结构。它是一个只包含属性、不包含任何方法(或只包含很少方法)的类。一个值对象,就对应一个实体。它的属性,通常应该与数据库的字段名保持相同。此外,还应该有一个ID属性。

class Person {  
   var $id, $first_name, $last_name, $email;  

  • 1.
  • 2.
  • 3.

6. 数据访问对象

数据访问对象(DAO)的作用,主要是将数据库访问与其他代码相隔离。DAO应该是可以叠加(stacked)的,这样就有利于将来你再添加数据库缓存。每一个值对象的类,都应该有自己的DAO。

class PersonDAO {  
     var $conn;  
 
function PersonDAO(&$conn) {  
     $this->conn =& $conn;  
}  
function save(&$vo) {  
    if ($v->id == 0) {  
    $this->insert($vo);  
    } else {  
      $this->update($vo);  
    }  
}  
 
function get($id) {  
  #execute select statement  
  #create new vo and call getFromResult  
  #return vo  
}  
 
function delete(&$vo) {  
  #execute delete statement  
  #set id on vo to 0  
}  
 
#-- private functions  
function getFromResult(&vo, $result) {  
  #fill vo from the database result set  
}  
function update(&$vo) {  
  #execute update statement here  
}  
function insert(&$vo) {  
  #generate id (from Oracle sequence or automatically)  
  #insert record into db  
  #set id on vo  
}  

  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14.
  • 15.
  • 16.
  • 17.
  • 18.
  • 19.
  • 20.
  • 21.
  • 22.
  • 23.
  • 24.
  • 25.
  • 26.
  • 27.
  • 28.
  • 29.
  • 30.
  • 31.
  • 32.
  • 33.
  • 34.
  • 35.
  • 36.
  • 37.
  • 38.

DAO通常应该部署以下方法:

* save:插入或更新一条记录  
* get:取出一条记录  
* delete:删除一条记录 
  • 1.
  • 2.
  • 3.

你可以根据自己的需要,添加其他DAO方法,常见的例子有isUsed()、getTop($n)、find($criteria)。

但是,所有的DAO方法都应该与数据库操作有关,不应该执行其他操作。DAO只应该对一张表进行基本的select / insert / update,不应该包含业务逻辑。举例来说,PersonDAO就不应该包含向某人发送Email的代码。你可以写一个工厂函数,根据不同的类名,返回相应的DAO。

function dao_getDAO($vo_class) {  
 
  $conn = db_conn('default'); #get a connection from the pool  
  switch ($vo_class) {  
  case "person": return new PersonDAO($conn);  
  case "newsletter": return new NewsletterDAO($conn);  
  ...  
  }  

  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.

#p#

7. 自动生成代码

99%的值对象和DAO代码,可以根据数据库模式(schema)自动生成,前提是你的表和列使用约定的方式进行命名。如果你修改数据库模式,一个自动生成代码的脚本将大大节省你的时间。

8. 业务逻辑

业务逻辑直接反映使用者的需要。它们处理值对象,根据业务需要修改值对象的属性,使用DAO与数据库层交互。

class NewsletterLogic {  
function NewsletterLogic() {  
     ...  
  }  
function subscribePerson(&$person) {  
     ...  
  }  
function unsubscribePerson(&$person) {  
     ...  
  }  
function sendNewsletter(&$newsletter) {  
     ...  
  }  

  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14.

9. 页逻辑(控制器)

当一个网页被请求时,页控制器(page controller)就会运行,然后产生输出。控制器的任务,就是将HTTP请求转化成业务对象(business object),然后调用相应的业务逻辑,最后生成一个"展示输出"的对象。

页逻辑依次执行以下步骤(请参照后面的PageController类的代码):

◆假定页面请求之中,包含一个cmd参数。

◆根据cmd参数的值,执行相应的动作。

◆验证页面返回的值,生成一个值对象。

◆针对值对象,执行业务逻辑。

◆如果有必要,可以导向另一个页面。

◆收集必要的数据,输出结果。

注意:可以编写一个工具函数(utility function),处理GET或POST值,当有的变量没有赋值时,提供一个默认值。页逻辑不包含HTML代码。

class PageController {  
  var $person; #$person is used by the HTML page  
  var $errs;  
 
function PageController() {  
  $action = Form::getParameter('cmd');  
  $this->person = new Person();  
  $this->errs = array();  
 
  if ($action == 'save') {  
  $this->parseForm();  
  if (!this->validate()) return;  
 
NewsletterLogic::subscribe($this->person);  
 
header('Location: confirmation.php');  
   exit;  
   }  
}  
 
function parseForm() {  
   $this->person->name = Form::getParameter('name');  
   $this->person->birthdate = Util::parseDate(Form::getParameter('birthdate');  
   ...  
}  
 
function validate() {  
  if ($this->person->name == '') $this->errs['name'] = FORM_MISSING;  
  #FORM_MISSING is a constant  
  ...  
  return (sizeof($this->errs) == 0);  
  }  

  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14.
  • 15.
  • 16.
  • 17.
  • 18.
  • 19.
  • 20.
  • 21.
  • 22.
  • 23.
  • 24.
  • 25.
  • 26.
  • 27.
  • 28.
  • 29.
  • 30.
  • 31.
  • 32.
  • 33.

10. 表现层

最顶层的页面包含实际的HTML代码。这个页面需要的所有业务对象(business object),由页逻辑提供。这个页面先读取业务对象的属性,然后将它们转换成HTML格式。

<?php 
require_once('control/ctl_person.inc.php'); #the page controller  
$c =& new PageController();  
?> 
<html> 
<body> 
<form action="<?php echo htmlspecialchars($PHP_SELF) ?>" method="POST"> 
<input type="hidden" name="cmd" value="save"> 
<input type="text" name="name" 
value="<?php echo htmlspecialchars($c->person->name); ?>"> 
<button type="submit">Subscribe</button> 
</form> 
</body> 
</html> 
  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14.

11. 本地化(Localization)

本地化意味着要支持多种语言,这个比较麻烦,你无非有两种方法可以选择:

A) 准备多重页面。

B) HTML页面中去除特定语言相关的内容。

一般来说,A方法用得比较多,因为B方法会使得HTML页面的可读性很差。所以,你可以先写完一种语言的页面,然后把它们进行拷贝,用某种命名法区别不同语言的版本,比如index_fr.php表示index.php的法语版。为了保存用户的语言选择,你有几种方法:

A) 将语言设定保存在一个session变量或cookie之中;

B) 从HTTP头中读取locale值;

C) 把语言设定作为一个参数,追加在每个URL后面。

看上去A方法比C方法容易得多(虽然session和cookie都有过期的问题),而B方法只能作为A或C的补充。最后不要忘了,数据库中的字段也必须进行本地化。

12. 安装位置

有时候你需要知道程序的根目录在哪里,但是$_SERVER['DOCUMENT_ROOT']只是web服务器的根目录,如果你的程序安装在它的某个子目录之中,PHP没法自动知道。

你可以定义一个全局变量$ROOT,它的值就是程序的根目录,然后把它包含在每一个脚本文件中。那么,你要包含某个文件,就这样写require_once("$ROOT/lib/base.inc.php");。

13. 目录结构

首先,每个类都应该有自己的独立文件,还必须有一套文件名的命名规则(naming convention)。软件的目录结构可以采用如下形式:

/ 根目录。浏览器从这个页面开始访问。  
/lib/ 包含全局变量(base.inc.php)和配置文件(config.inc.php)。  
/lib/common/ 包含其他项目也可以共用的库,比如数据库抽象层。  
/lib/model/ 包含值对象类。  
/lib/dao/ 包含数据访问对象(DAO)类,以及DAO工厂函数。  
/lib/logic/ 包含业务逻辑类。  
/parts/ 包含HTML模板文件。  
/control/ 包含页逻辑。对于大型程序来说,这个目录下面可能还有子目录(比如admin/, /pub/)。 
  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.

base.inc.php文件中,应该按照以下顺序添加包含文件:

* /lib/common之中经常使用的类(比如数据库层)。  
* 配置文件;  
* /lib/model之中所有类;  
* /lib/dao的之中所有类。 
  • 1.
  • 2.
  • 3.
  • 4.

至于那些存放图片、上传文件的目录,这里就省略了。

原文地址:http://www.ruanyifeng.com/blog/2010/12/php_best_practices.html

【编辑推荐】

  1. 10位顶级PHP大师的开发原则
  2. 玩转PHP关联数组的10个技巧
  3. 改善PHP开发方式的5种方法
  4. 国外PHP大师给初学者的8条建议
  5. 逃离伪PHP程序员应该做的事
责任编辑:王晓东 来源: 博客
相关推荐

2013-10-23 10:45:55

移动中间件最佳实践

2013-06-13 09:21:31

RESTful APIRESTfulAPI

2016-12-27 08:49:55

API设计策略

2013-12-12 16:30:20

Lua脚本语言

2016-12-13 10:13:18

PHPUTF-8实践

2014-12-23 14:36:32

PHP

2009-06-22 14:48:21

DRY架构设计

2010-03-09 13:27:23

Web 2.0应用程序

2009-12-04 10:53:06

VS WEB

2011-09-14 10:38:39

2012-03-29 09:36:17

2017-10-20 08:25:10

数据收集工具数据源

2017-09-05 08:16:29

代码判断函数

2009-12-25 16:36:45

WPF程序设计

2010-09-25 13:47:14

Java跨平台

2010-01-28 09:54:27

C++程序设计

2009-02-10 09:53:41

多线程程序设计Java

2013-12-16 16:58:47

OpenMP并行

2013-12-16 16:49:57

OpenMP

2011-08-05 15:46:32

Objective-C 程序设计
点赞
收藏

51CTO技术栈公众号