https://www.opennet.ru/openforum/vsluhforumID9/10517.html Как вам такая демонстрация идеи программиования объектов на Си в стиле Go?<br><br>Тут поддерживается скрытие приватных полей и композиция методов.<br><br>goc.h<br>[code]#ifndef GOC_H<br>#define GOC_H<br><br>#define fn(obj, fn, ...) (obj).fn(&(obj), ##__VA_ARGS__)<br><br>#endif[/code]<br><br>woman.h<br>[code]#ifndef WOMAN_H<br>#define WOMAN_H<br><br>#include "goc.h"<br><br>struct woman;<br><br>typedef struct w {<br> struct woman *w;<br> void (* hug)(struct w *self);<br> void (* kiss)(struct w *self);<br>} woman;<br><br>woman new_woman(char *);<br>void free_woman(woman *);<br><br>#endif[/code]<br><br>woman.c<br>[code]#include &lt;stdbool.h&gt;<br>#include &lt;stdio.h&gt;<br>#include &lt;stdlib.h&gt;<br><br>#include "woman.h"<br><br>struct woman {<br> char *name;<br> bool hugged;<br> bool kissed;<br>};<br><br>void hug(woman *self) {<br> if (self-&gt;w == NULL) {<br> printf("No woman allocated!\n");<br> return;<br> }<br><br> printf("You're hugging %s\n", self-&gt;w-&gt;name);<br><br> if (self-&gt;w-&gt;hugged) {<br> printf("%s say: It hurts, get off me!\n", self-&gt;w-&gt;name);<br> return;<br> }<br> https://www.opennet.ru/openforum/vsluhforumID9/10517.html#14 Tue, 13 Jan 2026 17:15:34 GMT &gt; Как раз целые программы на Си раньше писали. <br><br>Но ведь это было очень давно ... Тогда не было современных крутых инструментов.<br><br><br>&gt; от ООП, что немного прибавляет популярности и чистому Си.<br><br>Вы считаете что популярность Си растёт? Рейтинги популярности говорят что нет.<br>На Си сейчас приложения пишут только любители программирования, а корпоративные разработки на других языках: C++, Go, Rust, Java и т.д.<br>Эти языки обеспечивают бо&#769;льшую продуктивность, как сейчас говорят.<br> https://www.opennet.ru/openforum/vsluhforumID9/10517.html#13 Tue, 13 Jan 2026 13:55:34 GMT &gt;[оверквотинг удален]<br>&gt; You're kissing Miranda <br>&gt; Miranda say: How dare you?<br>&gt; You're hugging Miranda <br>&gt; Miranda say: Get off me, butch!<br>&gt; You're kissing Miranda <br>&gt; Miranda is calling the police!<br>&gt; The dreaming workflow: <br>&gt; No woman allocated!<br>&gt; No woman allocated!<br>&gt; No woman allocated![/code] <br><br>https://github.com/hirrolot/interface99<br> https://www.opennet.ru/openforum/vsluhforumID9/10517.html#10 Mon, 05 Jan 2026 19:14:49 GMT &gt;&gt; все языки, оперирующие объектами так делают, например C++ <br>&gt; Именно в C++, дефолтным является вариант "вызвать уже известную функцию", без вычисления <br>&gt; ее адреса в рантайме, даже если со стороны выглядит как вызов <br>&gt; функции-в-структе (dog-&gt;bark()).<br><br>Я имел в виду виртуальные функции.<br> https://www.opennet.ru/openforum/vsluhforumID9/10517.html#9 Mon, 05 Jan 2026 19:14:32 GMT &gt; Всё верно. Просто язык С предназначен только лишь для написания эффективных процедур <br>&gt; по обработке байтов, машинных слов и их последовательностей, а не для <br>&gt; создания целых программ.<br><br>Как раз целые программы на Си раньше писали. Например первый веб браузер NCSA Mosaic или почтовый сервер Sendmail. Поколение программистов сменилось, а с ним и популярность парадигм программирования, но в последнее время наметился отход от ООП, что немного прибавляет популярности и чистому Си.<br> https://www.opennet.ru/openforum/vsluhforumID9/10517.html#8 Mon, 05 Jan 2026 17:59:08 GMT &gt; все языки, оперирующие объектами так делают, например C++<br><br>Именно в C++, дефолтным является вариант "вызвать уже известную функцию", без вычисления ее адреса в рантайме, даже если со стороны выглядит как вызов функции-в-структе (dog-&gt;bark()). Гуглить static dispatch vs. dynamic dispatch. В расте примерно то же самое. В таких языках компилятор решает проблему на уровне синтаксиса, не жертвуя скоростью в рантайме.<br><br>&gt; это же неудобно и менее читаемо<br><br>Да. За удобством лучше сразу идти в другие языки, например в раст. Неудобный и нечитабельный вариант с префиксами -- это стандарт де-факто в примерно всех сишных библиотеках. Рантайм-скорость там просто ценят выше, чем удобство разработки.<br> https://www.opennet.ru/openforum/vsluhforumID9/10517.html#7 Mon, 05 Jan 2026 16:02:57 GMT Всё верно. Просто язык С предназначен только лишь для написания эффективных процедур по обработке байтов, машинных слов и их последовательностей, а не для создания целых программ.<br> https://www.opennet.ru/openforum/vsluhforumID9/10517.html#6 Mon, 05 Jan 2026 15:21:27 GMT &gt; Ты столкнулся с синтаксическим неудобством. Синтаксические проблемы должны решаться на уровне синтаксиса, а не на уровне рантайма.<br><br>Да, после таких языков как Java и теперь Go писать чисто процедурно как-то неудобно. Хотя когда-то я начинал вообще с Паскаля, где программа по Вирту - это всего лишь алгоритмы и структуры данных.<br><br>&gt; "Достать указатель на функцию, а затем ее вызвать" -- это дороже, чем просто "вызвать уже известную функцию".<br><br>Практически все языки, оперирующие объектами так делают, например C++.<br><br>&gt; Подход с прикреплением функций к структу -- распространен. Есть сценарии, где такой подход разумен. Например, библиотека по парсингу XML может получать от тебя структ, который ты заполнишь функциями типа open_tag, data, close_tag и т. д., а библиотека далее будет твои функции вызывать в процессе парсинга XML. Но в твоем случае ничего такого нет. Единственное, что ты тут преследуешь -- это синтаксическое удобство. Не надо так. Применяй инструменты сообразно задачам.<br><br>Ну да, мне выше уже посовет https://www.opennet.ru/openforum/vsluhforumID9/10517.html#5 Mon, 05 Jan 2026 14:29:45 GMT &gt; Основная мотивация прикрепить функцию к объекту - перенести её из глобального пространства имён в пространство имён конкретно[го инстанса]<br><br>В глобальном пространстве имен ничего плохого нет. Ты столкнулся с синтаксическим неудобством. Синтаксические проблемы должны решаться на уровне синтаксиса, а не на уровне рантайма. "Достать указатель на функцию, а затем ее вызвать" -- это дороже, чем просто "вызвать уже известную функцию".<br><br>Подход с прикреплением функций к структу -- распространен. Есть сценарии, где такой подход разумен. Например, библиотека по парсингу XML может получать от тебя структ, который ты заполнишь функциями типа open_tag, data, close_tag и т. д., а библиотека далее будет твои функции вызывать в процессе парсинга XML. Но в твоем случае ничего такого нет. Единственное, что ты тут преследуешь -- это синтаксическое удобство. Не надо так. Применяй инструменты сообразно задачам.<br> https://www.opennet.ru/openforum/vsluhforumID9/10517.html#4 Mon, 05 Jan 2026 11:52:52 GMT Идея понятна и макрос fn выглядит аккуратно, но цена &#8212; лишняя сложность и риск поломать инварианты. Для C модульный подход всё же читается и сопровождается проще&#128522;<br><br><br>