Точечный багфикс:

Не, тут рэд пати

там еще на гифке QA подбирался сзади — еле увернулся

как 8 байт для raii сишного ресурса дак ой чтото много. а как шаред пойнтеры чуть ли не с мутексами под капотом везде пропихивать так ничего.

явные зависимости лучше неявных для анализа

+ т.ч. имхо тоже лучше передавать

как 8 байт для raii сишного ресурса дак ой чтото много. а как шаред пойнтеры чуть ли не с мутексами под капотом везде пропихивать так ничего.

Нет там мьютексов вроде ...

мутексы у шаред поинтеров?

там даже атомики-то только при изменении семантики владения

а обычный const std::shared_ptr<T> & ничего такого не вызывает

ну они сделаны потокобезопасные. я незнаю как сейчас, но раньше в многопоточных приложениях частое прокидывание атомиков никчему хорошему не приводило

Добрый день !

что значит "прокидывание"?

если ты передаешь зачем-то shared pointer по значению, то ты ССЗБ

передача из main() дальше

И никто ничо не забудет. Если не будет как мудак передавать объект, обёрнутый в шаред, по ссылке.

объект, а не сам поинтер

ну они сделаны потокобезопасные. я незнаю как сейчас, но раньше в многопоточных приложениях частое прокидывание атомиков никчему хорошему не приводило

Вроде как они НЕ потокобезопасные.

Ребята, нуженли изучать STL ?

Или QT x

Ребята, нуженли изучать STL ?

Да зачем? И С++ этот тоже ?

Пиши лучше на VisualBasic!

если ты передаешь зачем-то shared pointer по значению, то ты ССЗБ

а зачем тогда вообще делать shared_ptr, если везде его передавать по ссылке?

если нужно делать shared ownership, конечно

а зачем тогда вообще делать shared_ptr, если везде его передавать по ссылке?

Прав

это обычно фаза инициализации

если нужно делать shared ownership, конечно

а если не нужно? мы кажется как раз этот случай и обсуждаем, нет?

тогда unique_ptr

Мы вообще с синглтонов начали. Какой там вообще shared ownership ?

а почему нет?

вот есть, скажем, синглтон логгера

и есть возможность, скажем, переконфигурации этого логгера

типичный пример, когда вполне себе shared ownership - нужно дать тем, кто пишет, дописать в старый логгер, а потом захватить новый

у меня в сишечке есть "синглтон" конфига, который тоже управляется рефканутером

так как этот конфиг может перезагружаться, и нужно как минимум иметь fallback на старый, если перезагрузка прошла неудачно

ведь синглтон - это необязательно глобальная переменная, это объект, существующий в единственном экземпляре при нормальной работе

типичный пример, когда вполне себе shared ownership - нужно дать тем, кто пишет, дописать в старый логгер, а потом захватить новый

тоесть каждый раз когда ктото пишет, он берет откудато копию шаред поинтера?

ну, я это делал сигналами. по сигналу да, освобождается старый рефкаунтер и захватывается новый

а не получится ли так, что он никогда не освободится?

как за этим следить?

ну вобщем ладно. в эти дебри я уже залазить не хочу )

дебагом, валгриндом и Б-жьей помощью, как еще.

в c++ есть RAII :)

дебагом, валгриндом и Б-жьей помощью, как еще.

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

жаль я так говорить не умею

"дописать в старый, захватить новый" - это похоже на ротацию лога, только с синглтонами тут имхо всё плохо - в идеальном мире синглтон один - это ваш app

вообще, очень у вас уютный чатик, крутотень

ведь синглтон - это необязательно глобальная переменная, это объект, существующий в единственном экземпляре при нормальной работе

Посмотрите вот на эту библиотеку: https://github.com/boost-experimental/di возможно что это то что вам нужно

"дописать в старый, захватить новый" - это похоже на ротацию лога, только с синглтонами тут имхо всё плохо - в идеальном мире синглтон один - это ваш app

мне очень нравится, как оно в Poco реализовано

@antoshkka у меня все равно не c++, а переводить 200k+ LoC проект на c++ у меня все-таки в обозримых планах нет, потому что не очень понятно, какой от этого толк

Можно 200к+ првератить в 100к :)

если повезёт

*если очень сильно повезёт

ну, если на это уйдет полгода моей работы, то профита с этого все равно немного. лучше уж переводить больше на lua

ну, я про то, что ротация лога - это точно не должно волновать клиента - у клиента как был так и должен остаться старый "интерфейс" на уровне макроса + вызов "функции", а то что оно внутри там ротирует / создает - это его не касается, соотв. нет проблем для клиента с shared_ptr / синглтонами и т.п.

т.е. такой проблемы быть не должно, по-идее

ну, если на это уйдет полгода моей работы, то профита с этого все равно немного. лучше уж переводить больше на lua

яб не советовал переводить на языки без статической типизации

дело в том, что любой перевод - это очень большая задача с нулевым видимым выхлопом

если писать новые фичи на lua, то это не перевод, конечно

мне очень нравится, как оно в Poco реализовано

поко довольно бажная говнолиба, а что тебе там в ней нравится?

а писать новые фичи на c++ - это вообще декаданс какой-то, потому что придется костылями и матюками этот c++ прибивать к сишке

ниши разные

а писать новые фичи на c++ - это вообще декаданс какой-то, потому что придется костылями и матюками этот c++ прибивать к сишке

поэтому пиши на расте, там нативный сишный инторфейц

а в случае c++/c ниша одна - low level core

так мне придется из сишки этот раст звать, что не работает же вообще никак

так мне придется из сишки этот раст звать, что не работает же вообще никак

вроде в послденем расте что-то сделали для этого

надо скоро будет беркуса от растишки лечить

ERROR: S client not available

поко довольно бажная говнолиба, а что тебе там в ней нравится?

мне в ней нравится то, что с нею у меня реализация рестов и прочего занимает 15 минут. Мне нравится, как оформлен и документирован ее код. Мне нравится ее архитектура, это сишный код, написанный очень понятно.

не считаю ее бажной говнолибой, хотя и бОльшая часть того, что там есть, пересекается с бустом,а уже и стандартом, и морально не имеет смысла

под имплементацией рестов я имею ввиду: удобный сервер, удобные запросы, весь геморрой низкого уровня взять на себя: если вдруг мне к сишному процессу понадобилось прикрутить веб интерфейс, оно делается быстро и работает хорошо. + и не надо нырять в веб-кухню, в которую я нырять не хочу

и к теме логгера: у них он сделан удобно и красиво. И даже если нельзя просто так взять и использовать их, можно посмотреть, как оно там сделано.

под имплементацией рестов я имею ввиду: удобный сервер, удобные запросы, весь геморрой низкого уровня взять на себя: если вдруг мне к сишному процессу понадобилось прикрутить веб интерфейс, оно делается быстро и работает хорошо. + и не надо нырять в веб-кухню, в которую я нырять не хочу

вот кстати этого не хватает Boost. Beast предоставляет низкоуровневый интерфейс, а вот высокоуровнего изкоробочного нет

вот кстати этого не хватает Boost. Beast предоставляет низкоуровневый интерфейс, а вот высокоуровнего изкоробочного нет

да, к примеру, в их логгер уде входят все мыслимые и немыслимые возможности. Там и ротация лог-файлов по размеру, по дате, по наличию Марса в Козероге, параллельный вывод куда угодно, можно отдельным процессом, можно инпроц и проч.. Прям берешь готовый солюшн и руки радуются. Особенно учитывая, что в него приятно смотреть.

но в целом, если не надо веб к проекту прикручивать, то поко слишком тяжеловесно для всех своих других радостей

так мне придется из сишки этот раст звать, что не работает же вообще никак

схуяле

вот кстати этого не хватает Boost. Beast предоставляет низкоуровневый интерфейс, а вот высокоуровнего изкоробочного нет

ну так надо сделать чо

да, к примеру, в их логгер уде входят все мыслимые и немыслимые возможности. Там и ротация лог-файлов по размеру, по дате, по наличию Марса в Козероге, параллельный вывод куда угодно, можно отдельным процессом, можно инпроц и проч.. Прям берешь готовый солюшн и руки радуются. Особенно учитывая, что в него приятно смотреть.

это всё есть и в spdlog искаропки

это всё есть и в spdlog искаропки

да, ради логгера оно тяжелое

это всё есть и в spdlog искаропки

вот его бы распилили из хедеров на норм библиотеку чтоли, а то утомляет ждать когда соберется :/

вот его бы распилили из хедеров на норм библиотеку чтоли, а то утомляет ждать когда соберется :/

не собирай на калькуляторе, у меня нормально собирается всё

вот его бы распилили из хедеров на норм библиотеку чтоли, а то утомляет ждать когда соберется :/

потому что в плюсах никто не хочет иметь дело с линковкой

просто хотят хедеров закинуть и работать

это всё есть и в spdlog искаропки

там базовая MIT лицензия. У поко — бустовая лицензия. Это может быть реал маттер

а всё потому, что пакетного менджера нет

вот как это всё дело будет в пакетном менеджере валяться - совсем другое дело будет

не помню, есть ли spdlog в Conan

Poco точно есть

там базовая MIT лицензия. У поко — бустовая лицензия. Это может быть реал маттер

никакой разницы же

бустовая чуть лучше, и всё

но на практике - пофигу

никакой разницы же

разница как минимум в том, что это разные лицензии. Вне пределов СНГ разница существенна.

Poco точно есть

поко компилит либы без lto, а значит хуй тебе а не оптимизация. от spdlog почти ничего не остается после сборки

разница как минимум в том, что это разные лицензии. Вне пределов СНГ разница существенна.

вне пределов СНГ как раз таки РАЗНИЦЫ НИКАКОЙ

давай расскажи мне про лицензии ещё

к примеру, у нас есть легал отдел, и бустовые лицензии к использованию разрешены, за другими — запрос в головной отдел

давай расскажи мне про лицензии ещё

рассказал

поко компилит либы без lto, а значит хуй тебе а не оптимизация. от spdlog почти ничего не остается после сборки

ну так то много кто без LTO собирает. и многим просто плевать ?

херню рассказал так то

херню рассказал так то

рассказал, как есть. Запрос — аппрув и прочая — целая история. И не факт, что зааппрувят