PHP中的面向对象和面向过程

OsCommerce

OsCommerce实际上使用了很多对象，但绝大部分功能是通过“过程”来实现的。我曾经hack过OsCommerce，为其增添一些对于客户非常实用的自定义功能。这个过程是挺麻烦的，因为OsCommerce中的很多过程代码，没有使用模板化的系统，并且设计成多语言版，所以需要花一定的时间才能上手。但是它可以工作，事实上它已经很好地运行在数目众多的电子商务站点上了。OsCommerce同时提供了一个论坛和一个开发框架用来开发模块和插件。因此，现在已经有了很多其它开发者提供的实用的功能模块。

PhpMyAdmin

PhpMyAdmin直接使用的类只有一个：Mimer SQL Validator类，依赖于PEAR包中的Mail_Mime, Net_DIME 和 SOAP。这可能是考虑到开发的方便：利用现成的可以实现目的的代码。除此之外，一切都是面向过程的，HTML和PHP代码也是混杂在一起。

PhpMyAdmin是我几乎每天都要用到的一个工具，用来对少量的数据表进行不太复杂的处理。有时我甚至鼓励我的客户将它当作后端的管理工具来使用（当然我会限制他们的权限）。PhpMyAdmin的表现非常棒，也很快。有时我想在一些项目中扩展PhpMyAdmin作为后端的管理工具，利用它的一些新功能如数据查询语句书签可以很方便地展示给我的客户和编辑。随着每个新版本的推出，PhpMyAdmin越来越实用，功能越来越强大。

面向过程小结

以上两个使用面向过程风格的程序都有非常好的文档和代码注释。OsCommerce提供的开发框架可以增加维护性和扩展性。但是两者都没有提供API，不能扩展程序到另外的体系中。

如果你想把OsCommerce整合到一个帐单程序中，需要花费大量的时间和精力，就像扩展PhpMyAdmin成一个供客户使用的后端管理工具。不过从它们设计的目的来看，确实在各自的领域中都表现地很出色。

面向对象案例

支持面向对象风格者的观点都集中于扩展性和封装。仅仅用面向对象的方式来写代码不会为你的代码产生文档，但它可以鼓励你为之添加文档。并且，为了易于扩展，你可能会写一个API。 PHP5许诺让面向对象编程更加愉快。我开玩笑地将它称为PHP中的”Java 2”版本，因为它整合了Java中的许多特性，像接口，面向对象模型，try-catch语句等。但即使在对面向对象支持不力的PHP4中，仍然出现了许多出色的面向对象应用程序。

Smarty

Smarty用来构建带有复杂表单并基于模板的站点。最近，我写了一个可以完全换“皮肤”的在线考试系统—可以不用改变任何底层的代码和功能就可以将整个站点的外观界面和风格完全改变。为了让设计师可以易于设计新的界面，我设计了一个自定义的标签库作为Smarty标签库的扩展。可以像这样简单地插入：

[navigation horizontal separated by " | "]

在一个页面的顶端有分隔开的导航。 因为Smarty已经提供了非常强大的机制来表现变量中包含的数据，这是一个映射较复杂的Smarty标签到skin标签的简单过程。关于这个的更多信息请看：http://simplequiz.peakepro.com/

由于Smarty封装成一个类，并且它的方法都有很详尽的文档，使得使用模板的过程变得令人难以置信地易于扩展。同时，通过强制性地只能显式地传递你要使用的变量给Smarty模板的方法，Smarty也为PHP的环境变量提供了一个保护层。这种方法有助于在Smarty模板设计师和程序员间建立安全、可靠的工作关系。

FPDF

FPDF是一个非常优秀的工具。如果你被改来改去的pdflib的API所困惑，或者不愿为商业化的解决方案而交钱；或者由于共享主机的限制，无法使用扩展模块—请考虑使用这个免费的，纯PHP构建的PDF生成工具。

这个类有很好的文档，包括许多很好的例子来阐述如何在PDF中布局文本和图片。在上面提到的同一个在线学习站点我使用FPDF来动态生成PDF文件，使用true type字体和300dpi精度的图像。在PHP中实例化FPDF类并进行PDF操作并不会花费太多额外的时间，因为PDF本身就可能需要花费几分钟来下载。事实上，动态生成并传送一个PDF所花的时间不比当使用一个慢速的网络连接来传送静态PDF文件所花的时间多。这都是相对而言的。并且，由于FPDF是基于类的，他可以被扩展。事实上，有些类方法虽然存在但还没有完全实现，仅作为一个框架，这可以为你在子类中建立你自己的内容(如自定义的头尾元素)提供向导。

FPDF

FPDF是一个非常优秀的工具。如果你被改来改去的pdflib的API所困惑，或者不愿为商业化的解决方案而交钱；或者由于共享主机的限制，无法使用扩展模块—请考虑使用这个免费的，纯PHP构建的PDF生成工具。

这个类有很好的文档，包括许多很好的例子来阐述如何在PDF中布局文本和图片。在上面提到的同一个在线学习站点我使用FPDF来动态生成PDF文件，使用true type字体和300dpi精度的图像。在PHP中实例化FPDF类并进行PDF操作并不会花费太多额外的时间，因为PDF本身就可能需要花费几分钟来下载。事实上，动态生成并传送一个PDF所花的时间不比当使用一个慢速的网络连接来传送静态PDF文件所花的时间多。这都是相对而言的。并且，由于FPDF是基于类的，他可以被扩展。事实上，有些类方法虽然存在但还没有完全实现，仅作为一个框架，这可以为你在子类中建立你自己的内容(如自定义的头尾元素)提供向导。

面向对象小结

Smarty和FPDF都提供了带有良好文档的API来扩展主类。这说明了在类的内部组织方法和数据的必要性--有时同样的功能可以用函数和全局变量来完成，但这样不易于扩展。并且，使用对象对跟踪和保持PDF或HTML文档的风格非常有帮助，你可以将同样的数据用不同的格式来发布。Smarty和FPDF都是使用对象来建立灵活实用的类库的极好的例子。

为什么两种方式都是必需的？

回到我们充满热情的程序员身上，我们开始赞美他们：

• 我们欣赏Smarty和FPDF的实用性和扩展性

• 我们欣赏osCommerce和phpMyAdmin的运行速度和良好表现

这种欣赏还包括对PHP的一些基础开发。PECL和PEAR都收到了很多赞扬和批评。我想这两个项目为阐明面向过程和面向对象编程的区别提供了很好的例子。

PECl提供了PHP的扩展库，用C和面向过程的方式开发，注重速度和简洁精炼。通常，这些都是从已经存在的LGPL软件中移植而来，其中许多有趣的特性已经加入PHP。毕竟，PHP是用C写的。

PEAR则贡献了很多有趣的类如建立Excel表或改变DNS记录等。使用PEAR类库可以为你节约大量时间，甚至可以让你在不怎么熟悉PHP的情况进行开发—“我不理解但它能用！”。

总结

希望本文能加深你对两种编程方式的理解，并且更重要地—鼓励你在更具体的细节上进行探索。我希望你会有自己的想法，并在实际开发中检验你的项目开发倾向，总结出更多实际的案例，并不啬写些针对本文的评论。

总之，每种方式都有其优势的一面，纠缠于争论不如离开去写些实际的代码！

查看本文来源