用C编写面向对象代码有哪些方法?特别是在多态性方面。
另请参阅此堆栈溢出问题C中的面向对象。
当前回答
有几种技术可以使用。最重要的是如何分割项目。我们在项目中使用的接口是在.h文件中声明的，对象的实现是在.c文件中。重要的部分是，所有包含.h文件的模块都只将对象视为void *，而.c文件是唯一知道结构内部的模块。
以FOO类为例:
在。h文件中
#ifndef FOO_H_
#define FOO_H_
...
typedef struct FOO_type FOO_type; /* That's all the rest of the program knows about FOO */
/* Declaration of accessors, functions */
FOO_type *FOO_new(void);
void FOO_free(FOO_type *this);
...
void FOO_dosomething(FOO_type *this, param ...):
char *FOO_getName(FOO_type *this, etc);
#endif
C实现文件就像这样。
#include <stdlib.h>
...
#include "FOO.h"
struct FOO_type {
whatever...
};
FOO_type *FOO_new(void)
{
FOO_type *this = calloc(1, sizeof (FOO_type));
...
FOO_dosomething(this, );
return this;
}
因此，我明确地将指针指向该模块的每个函数。c++编译器隐式地完成它，而在C中我们显式地将它写出来。
我真的在我的程序中使用了这个，以确保我的程序不是用c++编译的，而且它在我的语法高亮编辑器中有另一种颜色的良好属性。
FOO_struct的字段可以在一个模块中修改，而另一个模块甚至不需要重新编译就仍然可用。
通过这种风格，我已经处理了OOP(数据封装)的很大一部分优点。通过使用函数指针，甚至可以很容易地实现继承之类的东西，但老实说，它真的很少有用。
其他回答
我相信，用C语言实现OOP除了本身很有用外，还是学习OOP和理解其内部工作原理的好方法。许多程序员的经验表明，要有效和自信地使用一项技术，程序员必须理解底层概念最终是如何实现的。在C语言中模拟类、继承和多态性就教会了我们这一点。
为了回答最初的问题，这里有一些资源，教如何在C中进行OOP:
embeddegurus.com博客文章“C中基于对象的编程”展示了如何在可移植C中实现类和单继承: http://embeddedgurus.com/state-space/2008/01/object-based-programming-in-c/
应用笔记“C+ - C面向对象编程”展示了如何使用预处理器宏在C中实现类、单继承和后期绑定(多态性): http://www.state-machine.com/resources/cplus_3.0_manual.pdf，示例代码可从http://www.state-machine.com/resources/cplus_3.0.zip获得
在Jim Larson 1996年在312节编程午餐研讨会上的演讲中有一个使用C进行继承的例子:高级和低级C。
这本书读起来很有趣。我自己也在思考同样的问题，思考这个问题的好处是:
Trying to imagine how to implement OOP concepts in a non-OOP language helps me understand the strengths of the OOp language (in my case, C++). This helps give me better judgement about whether to use C or C++ for a given type of application -- where the benefits of one out-weighs the other. In my browsing the web for information and opinions on this I found an author who was writing code for an embedded processor and only had a C compiler available: http://www.eetimes.com/discussion/other/4024626/Object-Oriented-C-Creating-Foundation-Classes-Part-1
在他的案例中，用普通C语言分析和调整面向对象的概念是一种有效的追求。他似乎愿意牺牲一些面向对象的概念，因为尝试用C语言实现它们会带来性能开销。
我得到的教训是，是的，在某种程度上它是可以做到的，是的，有一些很好的理由去尝试。
In the end, the machine is twiddling stack pointer bits, making the program counter jump around and calculating memory access operations. From the efficiency standpoint, the fewer of these calculations done by your program, the better... but sometimes we have to pay this tax simply so we can organize our program in a way that makes it least susceptible to human error. The OOP language compiler strives to optimize both aspects. The programmer has to be much more careful implementing these concepts in a language like C.
我认为首先要说的是(至少在我看来)C的函数指针实现真的很难使用。我会跳过一大堆的圆环来避免函数指针…
也就是说，我认为其他人说的很好。你有结构，你有模块，而不是foo->方法(a,b,c)，你最终用方法(foo,a,b,c)如果你有一个“method”方法，那么你可以用类型前缀它，所以FOO_method(foo,a,b,c)，正如其他人所说…通过良好地使用.h文件，您可以获得私有和公共文件，等等。
现在，有一些事情是这个技巧不能给你的。它不会提供私有数据字段。我认为，这与意志力和良好的编码习惯有关……而且，没有一种简单的方法来继承它。
这些至少是简单的部分……其余的，我认为是90/10的情况。10%的收益需要90%的工作……
有几种技术可以使用。最重要的是如何分割项目。我们在项目中使用的接口是在.h文件中声明的，对象的实现是在.c文件中。重要的部分是，所有包含.h文件的模块都只将对象视为void *，而.c文件是唯一知道结构内部的模块。
以FOO类为例:
在。h文件中
#ifndef FOO_H_
#define FOO_H_
...
typedef struct FOO_type FOO_type; /* That's all the rest of the program knows about FOO */
/* Declaration of accessors, functions */
FOO_type *FOO_new(void);
void FOO_free(FOO_type *this);
...
void FOO_dosomething(FOO_type *this, param ...):
char *FOO_getName(FOO_type *this, etc);
#endif
C实现文件就像这样。
#include <stdlib.h>
...
#include "FOO.h"
struct FOO_type {
whatever...
};
FOO_type *FOO_new(void)
{
FOO_type *this = calloc(1, sizeof (FOO_type));
...
FOO_dosomething(this, );
return this;
}
因此，我明确地将指针指向该模块的每个函数。c++编译器隐式地完成它，而在C中我们显式地将它写出来。
我真的在我的程序中使用了这个，以确保我的程序不是用c++编译的，而且它在我的语法高亮编辑器中有另一种颜色的良好属性。
FOO_struct的字段可以在一个模块中修改，而另一个模块甚至不需要重新编译就仍然可用。
通过这种风格，我已经处理了OOP(数据封装)的很大一部分优点。通过使用函数指针，甚至可以很容易地实现继承之类的东西，但老实说，它真的很少有用。
