我想，理解了 C 的面向对象，也就理解了 C++

ew3j

多重继承很难的, 不是你说的简单一个数组和指针就能实现的 。。。。。。。。。。。。。。。

zhujiang73

原帖由 ew3j 于 2008-6-5 15:00 发表



你怎么知道差不多? unix那个有源代码么?
unix那个不支持多重继承? 还要在让程序员自己在外面实现?

     应该是程序员自己先实现一组类型信息管理，和指针计算函数，然后调用它们。我看 OIOIC 中的多重继承是类似工作。

ew3j

原帖由 zhujiang73 于 2008-6-5 15:26 发表



     应该是程序员自己先实现一组类型信息管理，和指针计算函数，然后调用它们。我看 OIOIC 中的多重继承是类似工作。

那些工作OIOIC都已经做好了, 程序员只管用就是了. linux或unix 没有象OIOIC那样做,  它们需要程序员自己做, 有那个程序员愿意去做呢.

zhujiang73

原帖由 ew3j 于 2008-6-5 17:02 发表



那些工作OIOIC都已经做好了, 程序员只管用就是了. linux或unix 没有象OIOIC那样做,  它们需要程序员自己做, 有那个程序员愿意去做呢.

      只是开始时需要写一组纪录类型信息的数据结构，和一组处理类型信息的函数，以后就简单了。很多 C 语言的大牛就是喜欢自己写函数库，用别人的不
爽。   我认为  OIOIC  对这类程序有一定参考意义。在一般的应用程序中，通常需要定义任意类型，任意名称的成员函数，这个 OIOIC 能解决吗？

ew3j

原帖由 zhujiang73 于 2008-6-5 19:51 发表


      只是开始时需要写一组纪录类型信息的数据结构，和一组处理类型信息的函数，以后就简单了。很多 C 语言的大牛就是喜欢自己写函数库，用别人的不
爽。   我认为  OIOIC  对这类程序有一定参考 ...

你可能没看这个的#95楼，我看了这个才知道作者为什么把所有函数统一于9个接口：
http://topic.csdn.net/u/20080530 ... 7-8ade54b01d0c.html

ew3j

我认为，自己随便定义接口，整个软件世界还是混乱的，都统一于一致的接口是必然的。

zhujiang73

原帖由 ew3j 于 2008-6-5 20:11 发表


你可能没看这个的#95楼，我看了这个才知道作者为什么把所有函数统一于9个接口：
http://topic.csdn.net/u/20080530 ... 7-8ade54b01d0c.html

写远程调用时，我只用同一个接口函数和许多对象通信，就是用功能号和分枝实现的。不过处理一组功能号比处理一组函数名工作量大。

ew3j

原帖由 zhujiang73 于 2008-6-5 20:54 发表


写远程调用时，我只用同一个接口函数和许多对象通信，就是用功能号和分枝实现的。不过处理一组功能号比处理一组函数名工作量大。

你是说编码工作量大？
实际都一样的，只是以前用多个函数习惯了，乍一改方式不太适应，我想新的方式会更顺手，因为我们抓住了规律。
另外，最主要的是需要考虑对象的可维护可扩展性。

zhujiang73

原帖由 ew3j 于 2008-6-5 21:02 发表


你是说编码工作量大？
实际都一样的，只是以前用多个函数习惯了，乍一改方式不太适应，我想新的方式会更顺手，因为我们抓住了规律。
另外，最主要的是需要考虑对象的可维护可扩展性。

功能号适合机器处理，但函数名更符合人类习惯。   如果需要可以写一个接口包装函数，做中间转换工作，对象可以只显露这一个接口函数。我只用一个接口函数就行，不用 9  个，不是更好吗。

ew3j

原帖由 zhujiang73 于 2008-6-5 21:17 发表


功能号适合机器处理，但函数名更符合人类习惯。   如果需要可以写一个接口包装函数，做中间转换工作，对象可以只显露这一个接口函数。我只用一个接口函数就行，不用 9  个，不是更好吗。

功能号和函数名都一样符合人类习惯, 但有了放心的接口, 你会放心的去实现接口. 统一接口为任意对象间能自由通讯提供了保证.
中间转换工作对程序员的OO思想培养没有好处, 因为对象是复杂多变的, OO思想不是机械的.
只用一个接口不行, 会影响执行效率. 有的交互行为不需要那么多参数.