这本书读起来很有趣。我自己也在思考同样的问题，思考这个问题的好处是:

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，所以我想在我用C编写的嵌入式项目中应用面向对象的方法。

到目前为止，我看到的大多数解决方案都大量使用类型转换，因此我们失去了类型安全:如果你犯了错误，编译器不会帮助你。这是完全不能接受的。

我的要求是:

尽可能避免类型转换，这样我们就不会失去类型安全; 多态:我们应该能够使用虚方法，类的用户不应该知道某个特定的方法是否是虚的; 多重继承:我不经常使用它，但有时我确实希望某个类实现多个接口(或扩展多个超类)。

我在本文中详细解释了我的方法:C语言中的面向对象编程;另外，还有一个工具可以自动生成基类和派生类的样板代码。

我亲眼见过。我不推荐。c++最初是作为一个生成C代码的中间步骤的预处理器开始的。

本质上，您最终要做的是为所有方法创建一个调度表，其中存储函数引用。派生类需要复制这个分派表并替换您想要重写的条目，如果您的新“方法”想要调用基方法，则必须调用原始方法。最终，你要重写c++。

你可以使用函数指针来伪装它，事实上，我认为理论上可以将c++程序编译成C语言。

然而，将一种范式强加于一种语言，而不是选择一种使用范式的语言，很少有意义。

哪些文章或书籍适合在C语言中使用面向对象的概念?

Dave Hanson的《C接口与实现》在封装和命名方面非常出色，在函数指针的使用方面也非常出色。Dave没有尝试模拟继承。

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