确认一下c++中不能使用interface（如java）那样的功能把

yhb04

原帖由 OwnWaterloo 于 2009-3-27 21:38 发表


那就约等于放弃了C程序员引以为豪的效率咯？
所以， 在说用C实现OO的时候，  请稍微提及这些方面。 否则就有误导人的嫌疑了。



当然， C++完全追求效率， 在运行时几乎不带有用的类型信息 ……
有时 ...

还是那句话，C实现OO方法多态的运行效率不比C++差。

reiase

原帖由 OwnWaterloo 于 2009-3-27 21:38 发表


那就约等于放弃了C程序员引以为豪的效率咯？
所以， 在说用C实现OO的时候，  请稍微提及这些方面。 否则就有误导人的嫌疑了。



当然， C++完全追求效率， 在运行时几乎不带有用的类型信息 ……
有时 ...

没觉的C语言以XXX为毫的，是谁说的，站出来 。
如果以效率为毫，当年Unix就拿汇编写了，也就没有C语言了

我记得以前在CU上火爆的OIOIC用宏在C下实现了多继承 所以你要说C写OO程序没效率俺可不能同意 你去查查，当年那贴貌似比这个还火

reiase

我倒觉得现在让我写C的OO代码的话，我宁可用xml来提供运行时类型信息

OwnWaterloo

原帖由 reiase 于 2009-3-27 21:52 发表
所以你要说C写OO程序没效率俺可不能同意  你去查查，当年那贴貌似比这个还火

嗯， 我错了， 如果是yhb04那种实现方式， 我自己都不同意了
《OOC》还没看完， 不过前章说的实现方式， 就不如yhb04那种效率高。

原帖由 reiase 于 2009-3-27 21:52 发表
我倒觉得现在让我写C的OO代码的话，我宁可用xml来提供运行时类型信息

那直接使用一门动态类型语言， 不更快更好？ ruby？

yhb04

原帖由 OwnWaterloo 于 2009-3-27 21:42 发表


嗯， 确实不需要数组， 是我想错了。


我把这个例子补充完整一点 ：

struct file_ops {
  int (*read)(int fd, char* buff, int count);
  int (*write)(int fd, char* buff, nt count);
  int ( ...

呵呵，其实我的代码还有问题，具体的接口中应该包括C++中类似this指针。

yhb04

我不知道他指的内核是什么。   但是， windowsNt内核里提供的对象， 就是windows内核对象的意思吧？
Process, Thread, Mutex 这些东西？

先不管它们算不算OO。

HANDLE h1 = CreateProcess( ... );
HANLDE h2 = (HANDLE) _beginthreadex( ... );
HANDLE h3 = CreateMutex( ... );

这里就会发生类型信息丢失。

以至于：
ReleaseMutex(h1); 这种错误， 只有在运行时（而非编译时）， 才能暴露出来。

我是没看过WindowsNT内核的代码。
不过我认为它说的对象其实就是一个结构体，老外很喜欢使用object这个词，所以一翻译。。
至于它的HANDLE实际上跟UNIX的file descriptor一样。内核不会把自己的数据结构直接给用户。

OwnWaterloo

原帖由 yhb04 于 2009-3-27 22:12 发表

呵呵，其实我的代码还有问题，具体的接口中应该包括C++中类似this指针。

你的意思是 ：
struct file_ops {
  int (*read)(struct file*, char* buff, int count);
  int (*write)(struct file*, char* buff, nt count);
  /* ... */
};

这样？

给客户端提供的是 ：
int read( struct file* f, char* buf, int count) {
    return f->op->read( f, buf, count );  // 这一坨东西， 不应该交给用户去写吧。
}
这样？


我觉得你在335楼的设计更好一些。
struct file_ops {
  int (*read)(int fd, char* buff, int count);
  int (*write)(int fd, char* buff, nt count);
  /* ... */
};

int read( struct file* f, char* buf, int count) {
    return f->op->read( f->fd, buf, count );
}

这样， 实现 read, write 的时候， 将不依赖struct file这个东西。 int fd才是最抽象的handle。

[ 本帖最后由 OwnWaterloo 于 2009-3-27 22:27 编辑 ]

yhb04

原帖由 OwnWaterloo 于 2009-3-27 22:25 发表


你的意思是 ：
struct file_ops {
  int (*read)(struct file*, char* buff, int count);
  int (*write)(struct file*, char* buff, nt count);
  /* ... */
};

这样？

给客户端提供的是 ：
i ...

是的，应该加上file*，等价于C++中的this指针。

yovn

原帖由 yhb04 于 2009-3-27 22:18 发表
我不知道他指的内核是什么。   但是， windowsNt内核里提供的对象， 就是windows内核对象的意思吧？
Process, Thread, Mutex 这些东西？

先不管它们算不算OO。

HANDLE h1 = CreateProcess( ... );
HANL ...

你可以参考这个评论：http://www.douban.com/review/1562768/
看看windows是不是具备面向对象的特点
继承，封装，抽象，以及消息传递机制那个没有。

yovn

浪费了较多时间在这个灌水贴上了， 睡觉去，不打算跟帖了