拖了两天，今晚终于有点时间来写下篇了。可是，对着电脑，却有点不知道从何说起。或许，就照着ZEND FRAMEWORK来说吧。当然，我会把握要点，记得这篇文章是以zend framework为例来阐述我对面向对象方式编程的认识，而不是一篇zend framework的入门手册，并且，这也不会是一个面向对象的入门教程，而是我对面向对象的理解。
一、统一入口文件
在很多人眼里，php仍然不能算是“完全”面向对象的，理由就是面向对象应该是所有程序要全部对象化，而PHP还留有一个入口文件。但这种学术上的争论，和我们其实是没什么关系的。我们只需要知道，作为一个完全面向对象的应用，除了index.php之外，所有程序都应该是以类的方式编写的。
在zend framework中，用到了rewrite技术，rewrite不仅利用伪静态功能吸引搜索引擎收录，还可以禁止index以为的PHP文件直接运行从而避免安全隐患。在joomla中，rewrite是可以在后台中选择的，即使是面向过程的项目，discuz 和phpwind也都提供了rewrite的选项，而在zend framework中，说起来可能会让很多zf的初学者呕血，其实用或者不用rewrite，是根本不需要配置的，只不过是链接的URL地址不同罢了。很奇怪的，似乎所有资料上都没有提及这一点，其实，我们完全可以在IIS下和绝大多数支持PHP的虚拟主机上使用zend framework而不必担心rewrite的问题。
当然了，我个人对rewrite技术还是非常拥护的，对我而言，这项技术至少有三个好处：1、用伪静态方式增加搜索引擎搜录；2、保护重要文件及危险文件不被运行和下载；3、用PHP生成图片文件时，其URL地址和真实的图片地址格式完全相同。
所以，一个好的面向对象程序，应该要统一入口文件，并用rewrite功能限制不合规范的其它php文件的使用。
二、MVC模式
MVC模式是一种非常经典的编程方式。我在本文的上篇就已经提过，如果纯粹追求执行效率，每个程序页面一个文件，才是最为高效的。但是人力有其极限，所以终究需要把文件切割开来，并按一定规律对文件进行归类。如果你做PHP足够久，应该见过各种五花八门的切割和文件归类方式，而其中，升华为模式并为主流所接受的，只有MVC。
如果说程序和页面分开，也就是view视图独立，已经为大家所公认，那么控制器和模型是不是要分开，很多人还是有不同意见的。一开始我也觉得，小项目里不需要这么讲究，但是不久之后就发现模型的好处了。模型在功能上很大程度与面向过程项目中的函数库相似，函数库的好处，我在本文上篇一开始久已经说过，这些理由同样适合与模型，功能总是应该被细分为函数的，MODEL只不过是对这些函数进行统一归类而已。模型与函数库的最主要区别，在于我们通常为每个数据表建立一个模型，这样，每个模型中的方法不至于过多，方法的命名也可以得到统一。比如函数库中，删除文章命名为delArticle()，删除图片命名为 delPicture()，删除用户命名为delUser()，而用模型一分开，统一都叫del()是不是整洁多了？
所以，无论项目大小，只要用到数据库，那么使用MODEL总是值得的。