有几种技术可以使用。最重要的是如何分割项目。我们在项目中使用的接口是在.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(数据封装)的很大一部分优点。通过使用函数指针，甚至可以很容易地实现继承之类的东西，但老实说，它真的很少有用。

当然这是可能的。这就是所有GTK+和GNOME所基于的框架GObject所做的工作。

是的，你可以。在c++或Objective-C出现之前，人们就开始编写面向对象的C语言了。在某种程度上，c++和Objective-C都试图采用C中使用的一些面向对象概念，并将它们形式化为语言的一部分。

这是一个非常简单的程序，它展示了如何创建一个看起来像方法调用的东西(有更好的方法可以做到这一点。这只是证明语言支持这些概念):

#include<stdio.h>

struct foobarbaz{
    int one;
    int two;
    int three;
    int (*exampleMethod)(int, int);
};

int addTwoNumbers(int a, int b){
    return a+b;
}

int main()
{
    // Define the function pointer
    int (*pointerToFunction)(int, int) = addTwoNumbers;

    // Let's make sure we can call the pointer
    int test = (*pointerToFunction)(12,12);
    printf ("test: %u \n",  test);

    // Now, define an instance of our struct
    // and add some default values.
    struct foobarbaz fbb;
    fbb.one   = 1;
    fbb.two   = 2;
    fbb.three = 3;

    // Now add a "method"
    fbb.exampleMethod = addTwoNumbers;

    // Try calling the method
    int test2 = fbb.exampleMethod(13,36);
    printf ("test2: %u \n",  test2);

    printf("\nDone\n");
    return 0;
}

我建立了一个小图书馆，在那里我尝试了，对我来说，它真的很有效。所以我想和你分享这段经历。

https://github.com/thomasfuhringer/oxygen

使用结构并将其扩展到每个其他子类，可以很容易地实现单继承。对父结构进行简单的强制转换，就可以在所有后代上使用父方法。 只要知道变量指向持有此类对象的结构体，就可以始终将其转换为根类并进行自省。

正如前面提到的，虚拟方法有点棘手。但它们是可行的。为了保持简单，我只是在类描述结构中使用了一个函数数组，每个子类在需要的地方复制和重新填充单独的插槽。

多重继承实现起来相当复杂，并且会对性能产生重大影响。所以我离开了。我确实认为，在相当多的情况下，清晰地模拟现实生活环境是可取和有用的，但在可能90%的情况下，单一继承可以满足需求。而且单一继承很简单，没有成本。

我也不关心类型安全。我认为你不应该依赖编译器来防止你的编程错误。而且无论如何，它只能保护您避免相当小部分的错误。

通常，在面向对象的环境中，您还希望实现引用计数以尽可能地自动化内存管理。因此，我还在“Object”根类中放入了引用计数，并使用了一些功能来封装堆内存的分配和释放。

它非常简单和精简，给了我OO的基本要领，而不强迫我去处理c++这个怪物。而且我保留了留在C领域的灵活性，这使得集成第三方库更加容易。

我认为首先要说的是(至少在我看来)C的函数指针实现真的很难使用。我会跳过一大堆的圆环来避免函数指针…

也就是说，我认为其他人说的很好。你有结构，你有模块，而不是foo->方法(a,b,c)，你最终用方法(foo,a,b,c)如果你有一个“method”方法，那么你可以用类型前缀它，所以FOO_method(foo,a,b,c)，正如其他人所说…通过良好地使用.h文件，您可以获得私有和公共文件，等等。

现在，有一些事情是这个技巧不能给你的。它不会提供私有数据字段。我认为，这与意志力和良好的编码习惯有关……而且，没有一种简单的方法来继承它。

这些至少是简单的部分……其余的，我认为是90/10的情况。10%的收益需要90%的工作……

是的。事实上，Axel Schreiner免费提供了他的书《ANSI-C中的面向对象编程》，这本书相当全面地涵盖了这个主题。