我以为，对刚刚开始学习程序设计的学生而言。无所谓面向对象与面向过程之分--假如，他们并不想学习两种风格的程序设计，而只想掌握其中的一种。

所谓的面向对象，在我看来，就是自然生活化的程序设计。在生活中解决问题的时候怎么想，在所谓的面向对象的程序设计中，就怎么想。

比如：

[@more@]如果我想做菜
我可以这样做：
1、问问家人，想吃什么----这相当于需求分析
结果是：宫爆鸡丁
2、写准备工作清单-----这相当于初步设计
3、写菜谱----这相当于详细设计
4、准备原料，做初步加工----这相当于做模块设计
而且，我可以有两种准备原料的方法。
（1）所有的原料，都由我自己一手准备：比如准备好鸡饲料，用一颗鸡蛋孵出小鸡来，养大，我等着它，长大了再做了吃；买几颗花生种，种下去，等长成花生，收了再来油炸；买来莴苣种子，种植，管理，成熟了再切丁，做辅料；其他的原料也如法炮制.... 这顿饭...用句老话，要等到花儿都谢了...
----相当于，过程式程序设计中的做法。
----因为这个准备过程太复杂，为了减少准备原料的困难，在初步设计的时候就要考虑：什么样的原料，准备起来既比较简单，又容易保证菜肴的质量。初步设计很自然地受到这一过程的约束，而且原料准备过程太复杂，耗时太长，很难保证所有原料同时备齐，能够在质量最好的时候配合。

（2）原料都用买来的半成品，洗净，改刀，调制，准备下锅。这是通用的做法。不管原料是怎么来的，反正有大量的半成品，选合适的就是。初步设计只考虑大家吃什么，菜谱也只考虑根据现有的原料怎么做而已。

面向对象的程序设计走得更远...呵呵... 看样子，它只准备菜谱，把原料在原料库里的地址名称查到标明就行。 下一步的炒菜都省了----自然有编译系统为它，根据原料地址按图索骥地拿到原料，按菜谱中的标明的做法，自动地做集成。 这些程序员.... 嗨...也太舒服了吧....

5、根据菜谱炒菜----这相当于做系统集成

6、备盘上桌----这相当于交付使用

其实，没有学习过程序设计的人，会很自然地接受面向对象程序设计的方法。
这是一种非常自然的方法。
不知道为什么大家都说这种方法掌握起来比较难... 往下看看再说吧...