Wrapper в плюсах

Если ты имеешь в виду, что враппер появляется в конструкторе публичного API, то можно его просто спрятать в private-реализацию.

И как бонус приватной реализации, пользовательскому коду будут вообще не нужны заголовочные файлы сишной библиотеки.

Какие проблемы решает враппер? У враппера есть внутреннее состояние?

Если ты имеешь в виду, что враппер появляется в конструкторе публичного API, то можно его просто спрятать в private-реализацию.

Я не совсем понял, что ты имел ввиду )

И как бонус привотной реализации, пользовательскому коду будут вообще не нужны заголовочные файлы сишной библиотеки.

Этого не избежать, я не храню специфичные данные во враппере (грубо говоря, у него вообще нет своих данных), а в узлах дерева.

Какие проблемы решает враппер?

Обёртка над С библиотекой, немного memory management

У враппера есть внутреннее состояние?

нет.

По-моему у орхитекторов это называется PIMPL.

В публичном классе держишь указатель на объект скрытого (определенного внутри .срр) класса реализации. В конструкторы этого класса можно передавать врапперы, не боясь загадить основной интерфейс.

По-моему у орхитекторов это называется PIMPL.

pimpl подразумевает же скрытую реализацию о объекта. У враппера же функционал одинаковый, по сути это один и тот же объект будет везде.

Если у враппера нет внутреннего состояния, то зачемнужен объект,а не набор static методов?

нет.

Я могу быть капитаном конечно, но можно сделать методы статическими и тебе конструировать ничего не надо будет. И по сути да, это будет синглтон.

Нормальные люди в таком случае делают набор свободных функций, а не класс со статическими функциями-членами.

Нормальные люди в таком случае делают набор свободных функций, а не класс со статическими функциями-членами.

Логично, но тогда можно использовать уже имеющиеся С-функции и делать ничего не надо будет.

Хороший вопрос. По сути можно и так.

Вызовы короче =)
Но да, ты прав, в принципе одно и то же получается.

Логично, но тогда можно использовать уже имеющиеся С-функции и делать ничего не надо будет.

Возвращаемся к вопросу: «А врапер то чем в данный момент занимается?»

Создаёт smart pointer'ы, где может, и шлёт данные в C-библиотеку.

Твой выбор - это namespace и набор функций.

Дело раскрыто!

Okay.
Если можно, осветите тему в общем. Когда имеет смысл писать враппер для С-библиотеки и в каком виде (обычный класс, синглтон, набор функций).

Если у враппера есть внутреннее состояние - это класс. Если внутреннее состояние должно быть общим для всех - это синглтон. Если нет внутреннего состояния - это просто набор функций.

И это не только для враппера, это для любого набора функций.