※ 引述《costbook (Sissy's mate)》之铭言：
: 今天开始教学弟OOP，
: 用C++示范如何定义类别、宣告类别物件，
: 顺便介绍何谓封装、data member...
: 然后学弟看懂程式码之后问我：
: 啊这样写要干嘛
: 我很想拿Adapter Pattern的范例来解说，
: 不过有更生活化的说法吗？
: 像是什么椅子、汽车...
就我本身经验来说，OO写的系统，到后期会有越写越快的显著效果。
至于例子嘛，OO写的程式码，就很像一个应召站，类别与物件与成员?随传随到，
有什么需求，一通电话(一个小点，或一个using)立刻送达。
而程序导向的程式码，就很像在玩俄罗斯方块，
你永远不知道下一步的任务是什么，
你永远会为了处理这些问题而大费周章。
倒不是程式难写，
而是有时候会为了插入一些程序而不知道要插在哪，
不久之后，程式架构就会跟玩俄罗斯方块一样，
因为一些难以解决的空隙(程式逻辑上的BUG)和交货时间近逼而GAME OVER。
倒不是说OO就没有空隙，而是因为OO就算有空隙，
也能在系统发展的先期就显露出来。
物件导向:步步为营，水到渠成
程序导向:兵来将挡，水来土淹