TS
std::pair<int64_t, int64_t>
копировать или передавать по констатной ссылке?! =)Size: a a a
2020 March 18
А
std::pair<int64_t, int64_t>
копировать или передавать по констатной ссылке?! =)Смотря какое abi
RM
А можно как то убрать конструктор но при этом запретить передачу пустого DBID ?
TS
Смотря какое abi
рассматриваем: x64, linux, gcc 9+ / v141+
А
рассматриваем: x64, linux, gcc 9+ / v141+
В линуксе не знаю, в винде вроде в регистры влазим, тогда по значению
O
рассматриваем: x64, linux, gcc 9+ / v141+
А как часто это нужно-то? Просто не очень понятно, будет ли разименование указателя более дешёвым, чем их копирование...
Е
рассматриваем: x64, linux, gcc 9+ / v141+
ты то строку всегда передаешь по константной ссылке небось, а ведь строка с sso как и стринг_вью на стеке лежит
TS
ты то строку всегда передаешь по константной ссылке небось, а ведь строка с sso как и стринг_вью на стеке лежит
у меня нет ссылок на констатные строки
TS
только стрингвью
Е
у меня нет ссылок на констатные строки
либ принимающих const char* тоже нет тогда
TS
либ принимающих const char* тоже нет тогда
есть
TS
но проблем нет
Е
а хотя в рапиджсоне можно строка+ размер
O
только стрингвью
std::shared_ptr<std::string>, потому что можно!TS
я могу гарантировать нулль терминированность каждой из строк в случае передачи в сырой указатель
O
я могу гарантировать нулль терминированность каждой из строк в случае передачи в сырой указатель
И под мьютекс на всякий случай
Е
почему когда я спрашивал можно ли делать data если гарантированно вьюшка на всю строку, то мне сказали что нет
Е
вообще просто делаем using string_view = const std::string& и всё
O
почему когда я спрашивал можно ли делать data если гарантированно вьюшка на всю строку, то мне сказали что нет
Кажется, зависит от стандарта