面向对象与面向过程优劣

“过程狂热”极端的例子是抵制对象，抵制抽象化。他们总在想着如何让程序运行起来更快，而不在乎别人是否能 读懂他们的代码。他们常常把编程当成竞赛而不是团队活动。除了 PHP 外，他们最喜爱的编程语言是 C 和汇编。在 PHP 世界中他们可能会开发 PECL 模块，贡献出高效率的代码。
对象狂热 对象狂热者热衷于在任何时候使用 PHP 面向对象的风格来书写代码。他们没有真正考虑过用这种方式是否会影响程 序的执行效率。有时候让人觉得他们更享受抽象的设计概念而不是现实的代码。他们通常很可能是项目管理者或文档书 写者。 对象狂热者指出，如果没有抽象的设计方法我们仍然在使用 0 和 1 进行编程。他们喜欢用伪码来描述问题。极端的 例子是对象狂热者即使知道有时候会牺牲效率仍然使用对象。除了 PHP，他们最喜欢的语言是 Java 和 Smalltalk。在 PHP 世界中，他们可能会开发 PEAR 模块，贡献文档化非常好，易于维护的代码。 不要偏激和讽刺 你知道为什么论坛上总是充斥着各种偏见吗？你的经验阅历，你对新事物的态度都可能是原因。作为程序员，我们 需要时常注意这些偏见并以开放的心态去学习新事物。 你的编码倾向？ 考虑一下当你书写 PHP 代码时有什么偏好或倾向。通常这些偏好是比较隐晦的。有时候你可能在每个项目中有着同 样的偏好。我个人倾向于“优雅”，但我不想在此定义如何才是“优雅”的代码，那应当出现在另一篇文章里。但是， 理论化的偏好不一定适合于实际项目—相反地，他们常常是一种偏见。 理论化的倾向 •用最少行数的代码提供一个完整的解决方案 •在问题层次上考虑问题 这听起来似乎很不错。但“代码行数最少”如何来衡量呢？要把代码注释算在内吗？我们是否要把每一行都串起来 而只用分号来区分呢？大括号呢？很明显这种想法是错误的。 再解释一下什么是“问题层次”。这是否意味着在我们的方案中的每个概念都需要建立一个类？或者需要在每个独 立的文件里保持问题的每个部分，并建立一个复杂的文件树来与现实中的问题相对应？就是这样的想法--为每个想法准 备一个文件或类！ 很明显这些概括极端化后变得可笑。但现实中存在更微妙的证明。是否常常会有程序员在团队合作时插入一行复杂 的，强大的但没有注释的代码？这对于接手维护这些代码的人来说无疑是非常令人沮丧的事。相反地，是否你的官僚的 自以为是的上一级程序员常常“横冲直撞”般地，建立接口和类?而那些接口和类不仅仅限制了负责实现的程序员，也 限制了效率和灵活性，导致客户要求扩展程序时手足无措。这些都是以上各种倾向的微妙的证明。 实际倾向 一个项目开始的时候，首先要寻求实际的编码目的和方向。这个项目的实现目标是什么？下面是可能是答案。 •开发快，发布快 •尽可能快地运行 •易于维护，改进和扩展 •发布一个 API 第一、二个方向倾向于使用过程化的风格，而最后两个倾向于使用 PHP 面向对象的风格。 什么时候某种方式更有效？
PHP 面向对象和 PHP 面向过程的优缺点评比
“真正的天才具有正确评价不确定的，有风险的和矛盾的信息的能力。--邱吉尔”
我们通过对 PHP 语言的深入了解，可以知道，PHP 面向对象与 PHP 面向过程二者可以不同于其他编程语言而同时混搭使 用。
面向对象与面向过程在许多编程语言中只能使用二者之一来进行编程，但是 PHP 语言与其他编程语言有不同之处， 那就是我们可以自由的选择或者将 PHP 面向对象和 PHP 面向过程二者混用。目前绝大多数 PHP 程序员使用面向过程的方 式，因为解析 Web 页面本身就非常“过程化”(从一个标签到另一个标签)。在 HTML 中嵌入过程处理代码是很直接自然 的作法，所以 PHP 程序员通常使用这种方式。
PhpMyAdmin
PhpMyAdmin 直接使用的类只有一个：MimerSQLValidator 类，依赖于 PEAR 包中的 Mail_Mime,Net_DIME 和 SOAP。这 可能是考虑到开发的方便：利用现成的可以实现目的的代码。除此之外，一切都是面向过程的，HTML 和 PHP 代码也是混 杂在一起。
[navigationhorizontalseparatedby"|"]
在一个页面的顶端有分隔开的导航。因为 Smarty 已经提供了非常强大的机制来表现变量中包含的数据，这是一个 映射较复杂的 Smarty 标签到 skin 标签的简单过程。
由于 Smarty 封装成一个类，并且它的方法都有很详尽的文档，使得使用模板的过程变得令人难以置信地易于扩展。 同时，通过强制性地只能显式地传递你要使用的变量给 Smarty 模板的方法，Smarty 也为 PHP 的环境变量提供了一个保 护层。这种方法有助于在 Smarty 模板设计师和程序员间建立安全、可靠的工作关系。
如果你是刚接触 PHP，用 PHP 面向过程的风格来书写代码很可能是你唯一的选择。但是如果你经常上 PHP 论坛和新 闻组的话，你应该会看到有关“对象”的文章。你也可能看到过如何书写面向对象的 PHP 代码的教程。或者你也可能下 载过一些现成的类库，并尝试着去实例化其中的对象和使用类方法--尽管你可能没有真正理解这些类为什么可以工作， 或者为什么需要使用 PHP 面向对象的方法来实现功能。
12. ?>
如果你想了解一些“面向对象”的基本知识，请使用 Google 搜索，网络上有非常多精彩的文章。
谁像这样写代码？
为了理解为什么这个论题成为论坛上口水战的导火线，我们看一些每个阵营的比较极端的例子。我们看看“过程狂 热”和“对象狂热”。看看他们的观点听起来是不是有点熟悉。
过程狂热
过程狂热曾在上课时被计算机教师批评，因为这种方法没有使用更加抽象的实现方式。而支持 PHP 面向过程者的观 点“它可以工作！”并不能提高其编程水平和档次。毕业后他们可能找到一个工作，写驱动程序，文件系统或其它的偏 向底层的编程，他们的注意力集中于速度和代码的精炼。
PHP 面向对象案例
支持面向对象风格者的观点都集中于扩展性和封装。仅仅用面向对象的方式来写代码不会为你的代码产生文档，但 它可以鼓励你为之添加文档。并且，为了易于扩展，你可能会写一个 API。PHP5 许诺让面向对象编程更加愉快。我开玩 笑地将它称为 PHP 中的”Java2”版本，因为它整合了 Java 中的许多特性，像接口，面向对象模型，try-catch 语句等。 但即使在对面向对象支持不
PhpMyAdmin 是我几乎每天都要用到的一个工具，用来对少量的数据表进行不太复杂的处理。有时我甚至鼓励我的客 户将它当作后端的管理工具来使用（当然我会限制他们的权限）。PhpMyAdmin 的表现非常棒，也很快。有时我想在一些 项目中扩展 PhpMyAdmin 作为后端的管理工具，利用它的一些新功能如数据查询语句书签可以很方便地展示给我的客户 和编辑。随着每个新版本的推出，PhpMyAdmin 越来越实用，功能越来越强大。 软件开发网
应该使用“面向对象”的风格还是“面向过程”的风格？双方各有支持者。像“对象是低效的”或“对象非常棒” 这样的议论也时有耳闻。本文不尝试轻易判定两种方法的哪种具有绝对的优势，而是要找出每种方法的优缺点。
以下是 PHP 面向过程风格的代码示例：
1.
<?php
2.
print"Hello,world.";
3.?>以下是 HP 面向对象风格的代码示例：
4.
<?php
5.
classhelloWorld{
6.
functionmyPrint(){
7.
print"Hello,world.";
8.
}
9.
}
10. $myHelloWorld=newhelloWorld();
11. $myHelloWorld->myPrint();
另一个反对在 PHP4 及更低版本中使用面向对象方式进行编码的理由是：在 PHP 的早期版本中对象的功能并没有经 过良好设计。就像 Rasmus 曾说过的：“那是事后才想起要增加的功能”。这意味着在 PHP4 及更早的版本中，对象的效 率是个问题。但 PHP5 出来后，这种情形会有改观。
以下两个最流行的 PHP 程序--OsCommerce 和 PhpMyAdmin.主要使用面向过程的编码方式。它们构建起来很快，运行 起来也很快。两者都很自然地采用嵌入 HTML 的方法。
为什么两种方式都是必需的？ 回到我们充满热情的程序员身上，我们开始赞美他们：
•我们欣赏 Smarty 和 FPDF 的实用性和扩展性
•我们欣赏 osCommerce 和 phpMyAdmin 的运行速度和良好表现
这种欣赏还包括对 PHP 的一些基础开发。PECL 和 PEAR 都收到了很多赞扬和批评。我想这两个项目为阐明 PHP 面向 过程和面向对象编程的区别提供了很好的例子。
OsCommerce
OsCommerce 实际上使用了很多对象，但绝大部分功能是通过“过程”来实现的。我曾经 hack 过 OsCommerce，为其 增添一些对于客户非常实用的自定义功能。这个过程是挺麻烦的，因为 OsCommerce 中的很多过程代码，没有使用模板 化的系统，并且设计成多语言版，所以需要花一定的时间才能上手。但是它可以工作，事实上它已经很好地运行在数目 众多的电子商务站点上了。OsCommerce 同时提供了一个论坛和一个开发框架用来开发模块和插件。因此，现在已经有了 很多其它开发者提供的实用的功能模块。
PHP 面向对象小结
Smarty 和 FPDF 都提供了带有良好文档的 API 来扩展主类。这说明了在类的内部组织方法和数据的必要性--有时同 样的功能可以用函数和全局变量来完成，但这样不易于扩展。并且，使用对象对跟踪和保持 PDF 或 HTML 文档的风格非 常有帮助，你可以将同样的数据用不同的格式来发布。Smarty 和 FPDF 都是使用对象来建立灵活实用的类库的极好的例 子。
PHP 面向过程小结
以上两个使用面向过程风格的程序都有非常好的文档和代码注释。OsCommerce 提供的开发框架可以增加维护性和扩 展性。但是两者都没有提供 API，不能扩展程序到另外的体系中。