与大多数可以面向对象的编程语言不一样， PHP 是同时支持面向过程和面向对象的编程方式， PHP 开发者可以在面向过程和面向对象二者中自由选择其一或是混合使用，不过由于在 PHP5 之前的版本中， PHP 主要还是面向过程的编程语言，因此大多时候 PHP 开发者应该还是选择面向过程的方式进行开发，事实上， Kayo 认为即使一个 PHP 开发者完全不使用面向对象，他也能开发出很出色的 PHP 程序，我们可以想象， Web 页面的解析本身就很过程化，在 HTML 中嵌入面向过程处理的代码是非常自然的手段，因此不能说面向对象是一种比面向过程更加优秀的编程方式，只是另一种编程选择，当然这里说的是 PHP 中的情况。

对于 PHP 中面向过程和面向对象各自的优缺点，相信在网上稍查一下就会很清楚了，面向过程开发周期短，发布快，效率较高，面向对象开发周期长，效率较低但易于维护，改进，扩展和开发 API 。显然易见，我们很难说哪一个方式会更优秀，与其争论哪一种编程方式更优秀，不如尽量发挥出两种编程方式各自的优势。

回到 PHP 的面向对象编程，在使用面向对象的过程中还是很容易就感受到它的优势，最明显的地方是代码功能更加清晰，数据处理，用户登陆，内容呈现等各写成一个类，在页面中只需包含这些类、实例化对象，然后再用简洁的语句应用对象就行，这与面向过程中把数据处理，用户登陆，还有内容等部分写在一起相比，前者的编程思路肯定更加清晰和易于理解，相信团队开发中应该更为偏向于面向对象编程。

下面举一个简单的例子说明一下面向过程和面向对象两种方式各自的优缺点

在处理表单或接受 url 参数时，为了防止 SQL 注入等问题， PHP 开发者常常需要过滤字符串。

在面向过程的方式中，我们会在需要过滤字符串的语句中调用各种过滤字符串的库函数或自定义函数，这样下来，页面中就会出现很多不同的过滤函数甚至还有复杂的正则表达式，即使在页面中写了足够的注释难免还是比较混乱，下面看看面向对象的处理方式。

首先是定义了一个简单的处理字符串的类，把各种复杂的字符串处理写成方法（关于 PHP 面向对象的知识可以 Google ，本文不另外叙述。）

<?php /* 字符串处理类 * 参数$length用作判断字符串是否超过指定长度 * 转义 SQL 语句中使用的字符串中的特殊字符 * 正则限制字符串内只能为数字 * 判断字符串是否为空 * 判断字符串长度 */ // 创建字符串处理类class StringFiltration { // 属性 var $length; // 方法 // 构造方法 function __construct($the_length = NULL){ $this->length = $the_length; } // 转义 SQL 语句中使用的字符串中的特殊字符 function realEscapeString($the_string){ return mysql_real_escape_string($the_string); } // 正则限制字符串内只能为数字 function eregNumber($the_string){ if( ereg("^[0-9]+$",$the_string) ) return true; else return false; } // 判断字符串是否为空 function strlenString($the_string){ return strlen($the_string); } // 判断字符串长度 function ifOverStrlenLength($the_string){ if( strlen($the_string) > $this->length ) return true; else return false; } } ?>

然后在需要过滤字符串的页面中实例化该类

$string = new StringFiltration();

接着在过滤或判断字符串时调用类中定义好的方法，于是页面中会出现一些调用方法的语句。

$email = $string->realEscapeString($_POST['email']);$postId = $string->eregNumber($id);

在上面的例子中，我们可以看到，在面向对象处理字符串之前，我们必须定义一个类，然后再在需要的页面中实例化这个类并调用这个类中的方法，这里看来，面向对象的效率相比面向过程是低了，而且也很麻烦，不过这样的优势也很明显，实际处理或判断字符串的语句都写在类的内部，在调用方法的页面并不会出现各种复杂的自定义函数和诸如正则表达式这样复杂的语句，页面的结构乃至整个网站的结构更加清晰了，并且在写好一个类后，日后进行 PHP 开发时都可以再使用这个类，从长远来看效率反而高了。因此一直都在进行 PHP 面向过程编程的开发者不妨换种思路，试试面向对象。