我决定将C++当做带Class的C来用～～

幻の上帝

回复 49# windoze

框架跟OO没多大关系。就算没有OO，程序规模决定了迟早会有类似框架的东西，否则就只能指望更不靠谱的“进程隔离”然后乱塞全局变量自欺欺人来充当复用边界了。
OO雷声大的地方是“设计模式”和“方法论”。

txdgtwpv

本来就应该这样用哇

windoze

回复 51# 幻の上帝

OO就是伴随着“框架”流行起来的，之前SmallTalk一直不火的主要原因就是没强调“框架”这么高大上的概念。
OO本身就是一个All-or-none的东西，一个OO的神马东西是永远也不适合作为一个可重用组件塞到非OO的程序里的，香蕉是有了，可别忘了后面还跟着一个叫“设计模式”的大猩猩，这个大猩猩还会带着它的七大姑八大姨，组成一个叫做“框架”的山谷，填满你每一个CPU和每一个字节的内存。

“我来组成头部”，嗯哼

幻の上帝

回复 53# windoze


    那只是巧合罢了。换了不是OO的东西也一样。之所以OO只不过是傻多速而已。
设计模式？擦屁股而已。

windoze

回复 54# 幻の上帝

有可能，非OO的框架都流行不起来，也许说明OO+Java真是一个傻多速的领域。

幻の上帝

回复 55# windoze


   Money-oriented programing会流行是很自然的。 OO强调了认识上的直观，不需要多少理论基础就能拿出看似像样的东西（“傻”），所以扩大生产规模的同时人力成本按人头平均也能迅速降低，这意味着靠扩大用户规模（“多”），不需要花多少时间训练用户的技能就能保证利润和收益上的效率有效提升（“速”）。虽然随着问题的复杂性增加，单靠这种浅薄的直观在大多数领域已经hold不住了，但很多历史包袱已经适应了这种浅薄的环境和需求，同时在增长人头的功能上的确也没什么其它更傻多速的东西来取代，所以即便靠人数扩大生产规模已经越来越靠不住，这种冠冕堂皇的OO“思想”仍然能够存活。Java嘛标榜简单也和这个类似，虽然现在已经破相了但是大量的包袱还是健在。
要论傻多速，OO外谁与争锋……

folklore

回复 56# 幻の上帝


   OO本身也是好的。 它也是一种方法， 和面向过程是一样的。问题是OO很容易被滥用了。
此外， 继承机制的确可以利用代码，
但OO强调的数据和代码打包在一定程度上降低了复用性及增加了可理解性。

不能否认，
某些东西适合用OO实现。

windoze

回复 57# __BlueGuy_

你把GTK拿出来维护OO……
正所谓一粉顶十黑…………