我个人的理解是这样: (虽然我也才接触OO没几年)
如果你需要把程式的状态( state )整理出有系统的架构
那就是使用OO的时机
比方说stack的最基本操作: push, pop, top, empty 等
你可以定义一个资料结构放stack, 再定义数个函式来定义它的操作
也可以直接包成一个物件
包成物件的好处是你可以利用既有的架构再生出另一个架构
这其实是比较设计层面上的问题
code reuse倒是不一定, 很多时候code是没办法reuse的( e.g.: abstract interface )
但是"架构", "设计"可以reuse
从物件的方式来思考也比较好组合元件
所以有人说C也可以写OO, 是因为OO只是概念上的问题
Java的OO也可以写得很假( e.g.: 充满static method的class ... )
考虑OO之前, 先考虑架构呗