Size: a a a

2021 February 23

AS

Alex Sandrov in pro.cxx
Anatoly Shirokov
Описание доменов и библиотека поддержки на клиенте
А, тут я уже слап, но в примерно понятно
источник

ПК

Побитый Кирпич... in pro.cxx
Antony Polukhin
Тогда возвращайте ссылку :)

Из сигнатуры функции foo* bar(); не ясно
1) кто владаеет ресурсами
2) возможен ли nullptr
Как раз тут всё ясно - никто не владеет (сырые указатели никогда не владеют ресурсами), нулевой указатель возможен (иначе была бы ссылка)
источник

MK

Mikhail Kalugin in pro.cxx
Alex Sandrov
Надо проявить фантазию и прикрутить 23-е к с++, чтобы было в тему чата же 😐
В параметрах cmake уже есть C++23 ```Supported values are 98, 11, 14, 17, 20, 23.```
источник

AS

Alex Sandrov in pro.cxx
Mikhail Kalugin
В параметрах cmake уже есть C++23 ```Supported values are 98, 11, 14, 17, 20, 23.```
😊👍
источник

АР

Андрей Руссков... in pro.cxx
лучше готовиться заранее. Тем более что для cmake это по сути передать флажок другим приложухам )
источник

ИI

И Ivan in pro.cxx
Antony Polukhin
Для дигностики и рефлексии как минимум.

Вот например, пишете вы библиотеку для работы с Postgresql. Пользователи задают запрос, передают аргументы:
auto res = connection.Execute("SELECT a,b FROM table WHERE a < $1 AND b > $2", 1, 2, 3);

С помощью constexpr и consteval функций можно выдать нормальный static_assert с сообщением что передано больше агрументов чем нужно
Ну можно какнибудь через + склеивать. Мне вообще кажется такое определение через "параметры отдельно, значения отдельно" контринтуитивным, не только в sql
источник

D

Dmitriy in pro.cxx
И Ivan
Ну можно какнибудь через + склеивать. Мне вообще кажется такое определение через "параметры отдельно, значения отдельно" контринтуитивным, не только в sql
Во что склеивать?
источник

D

Dmitriy in pro.cxx
Имхо, формат а-ля fmtlib удобнее, нежели передача "кусками" в нужной последовательности
источник

ИI

И Ivan in pro.cxx
Ну мне формат типа iostream больше нравится. Не ну сам iostream с его << это конечно жесть, но был бы там +, было бы норм
источник

АР

Андрей Руссков... in pro.cxx
меня в iostream напрягает писать << ' ' << x << endl
источник

АР

Андрей Руссков... in pro.cxx
(то есть отдельно куча знаков на разделители и на перевод строки)
источник

BU

Boris Usievich in pro.cxx
Андрей Руссков
меня в iostream напрягает писать << ' ' << x << endl
а еще надо напрячься и узнать, что endl это не просто перевод строки, а еще и flush
источник

АР

Андрей Руссков... in pro.cxx
при этом на практике перевод строки всё равно работает как flush
источник

АР

Андрей Руссков... in pro.cxx
но "нипастандарту жи" и пишешь endl
источник

АР

Андрей Руссков... in pro.cxx
хотя '\n' те же четыре символа
источник

BU

Boris Usievich in pro.cxx
Разница и не самая приятная будет если не в cout писать
источник

ИI

И Ivan in pro.cxx
Ну конкретно перевод строки это проблема iostream-а. В sql его очевидно не будет. А разделители да, немножко больно. Еще вспомнил, что в sql нужно ввод экранировать.

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

АР

Андрей Руссков... in pro.cxx
printf и fmtlib имеют разные форматы же )
источник

D

Dmitriy in pro.cxx
Андрей Руссков
printf и fmtlib имеют разные форматы же )
+
источник

W

Wild_Wind in pro.cxx
Кто в концептах разбирается, подскажите кто не прав - Clang, GCC или я?
https://godbolt.org/z/369fjv
источник