https://www.opennet.dev/openforum/vsluhforumID3/127285.html Опубликован первый стабильный выпуск Pgfe 2 (PostGres FrontEnd), продвинутого и многофункционального драйвера (клиентский API) для PostgreSQL, написанного на языке C++ и упрощающего работу с PostgreSQL в проектах на C++. Код проекта распространяется под лицензией Apache 2.0. Для сборки требуется компилятор с поддержкой стандарта C++17...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57039<br> https://www.opennet.dev/openforum/vsluhforumID3/127285.html#30 Fri, 22 Apr 2022 23:10:50 GMT ООП плохо стыкуется с базами данных. Причем на всех уровнях -- от ISAM, что внизу, до SQL, что над ним. Паридигмы несовместимы. В С++ выручает только то, что это не ОО язык, а язык с некоторыми элементами ООП, которые можно просто отодвинуть в сторону. На бейсике удобнее с базами работать, нежели на любом из ОО языков.<br> https://www.opennet.dev/openforum/vsluhforumID3/127285.html#26 Tue, 19 Apr 2022 18:20:21 GMT &gt; Без классов - не по феншую.<br><br>Реализации классов типа DBconnection/dataset поверх чисто сишной libpq получаются очень компактными и простыми. И здесь во многом заслуга сишного API libpq.<br><br>Умещался в 2 модуля .cpp/.h: самый большой - меньше 1000 строк, в сумме - около 2000 строк. Ради такой фигни выбирать отдельную либу как-то и не хочется... RAII/подходящий variant/логи,обработку ошибок,исключения и т.д. проще самому добавить по вкусу.<br> https://www.opennet.dev/openforum/vsluhforumID3/127285.html#25 Tue, 19 Apr 2022 16:59:41 GMT &gt;Но мне вот самому не удобно работать со всеми этими низкоуровневыми интерфейсами, так что возникает естественное желание обернуть все в ООП<br><br>Вам так часто нужно наследование?<br> https://www.opennet.dev/openforum/vsluhforumID3/127285.html#24 Tue, 19 Apr 2022 16:58:08 GMT Удобство это только одна сторона медали.<br> https://www.opennet.dev/openforum/vsluhforumID3/127285.html#23 Tue, 19 Apr 2022 16:44:10 GMT Постараюсь добавить поддержку ASIO. Issue по данной задаче -- https://github.com/dmitigr/pgfe/issues/14<br><br>По любой проблеме можете смело открывать issue ;-)<br> https://www.opennet.dev/openforum/vsluhforumID3/127285.html#22 Tue, 19 Apr 2022 15:42:56 GMT Дмитрий, приветствую! Спасибо за обратную связь!<br>Поддержка asio была бы замечательным дополнением.<br>Я в своем web frameworkе использую boost.asio + boost.beast и в качестве backendа для pgsql ковыряю ozo, но в ozo смущает медленное развитие и отсутствие коммитов уже год.<br> https://www.opennet.dev/openforum/vsluhforumID3/127285.html#21 Tue, 19 Apr 2022 14:27:29 GMT Гораздо больше возможностей. В версии 2.1 будет добавлен API асинхронного ввода/вывода на базе обратных вызовов, что позволит использовать Pgfe в приложениях с циклом событий на базе разных его реализаций (в первую очередь, на базе libuv, но, вероятно, будет и поддержка ASIO, как в Ozo).<br> https://www.opennet.dev/openforum/vsluhforumID3/127285.html#20 Tue, 19 Apr 2022 14:20:03 GMT Если вкратце, то Pgfe предоставляет гораздо более богатый набор возможностей, современней и является отечественным ПО ;-)<br> https://www.opennet.dev/openforum/vsluhforumID3/127285.html#19 Tue, 19 Apr 2022 10:57:01 GMT &gt; максимально удобной является обертка в ООП<br><br>Ты путаешь язык и парадигму. ООПить можно хоть на ассемблере.<br>