AF
>const std::string&& key
зачем?
зачем?
>const std::string&& key
зачем?
Size: a a a
2020 July 13
LA
Действительно, осталось ещё с момента, когда было просто ссылкой
S
Мне всегда казалось, что плохо, когда строчки кода сливаются в одно. А больше никаких замечаний?
лечше
using namespace std; вместо множества std::ПК
лечше
using namespace std; вместо множества std::Ни в коем случае
ПК
Мне всегда казалось, что плохо, когда строчки кода сливаются в одно. А больше никаких замечаний?
unsigned char* res = new unsigned char[kKeySize / 8];Утекает
AS
лечше
using namespace std; вместо множества std::вредный совет в условиях нескольких возможных namespace используемых в проекте
S
Ни в коем случае
namespaces для того и вводили что можно
using. А то шисали бы просто std_stringПК
namespaces для того и вводили что можно
using. А то шисали бы просто std_stringВ С++ нет
AF
std::unique_ptr<char[]> res(new char[length]); а почему не вектор?
ПК
У using теперь другая цель
AF
У using теперь другая цель
управлять поездом
S
вредный совет в условиях нескольких возможных namespace используемых в проекте
если будет конфликт 0 его и решать
ну или проиежуточно решение: перечилсть используемое:
ну или проиежуточно решение: перечилсть используемое:
using std::stringLA
unsigned char* res = new unsigned char[kKeySize / 8];Утекает
Спасибо
AS
если будет конфликт 0 его и решать
ну или проиежуточно решение: перечилсть используемое:
ну или проиежуточно решение: перечилсть используемое:
using std::stringне надо вводить проблему там, где ее можно изначально избежать
LA
std::unique_ptr<char[]> res(new char[length]); а почему не вектор?
Мне это как void* и char* использовать нужно
AF
const_cast<char*>(kKeyPass.data())
S
не надо вводить проблему там, где ее можно изначально избежать
"много букв" это тоже проблема - пальцы заболятэ
AF
это что за мусор?
ПК
Спасибо
Кстати, const члены это скорее антипаттерн. Они лишают класс некоторых мув операций
AS
"много букв" это тоже проблема - пальцы заболятэ
короткие синонимы namespace никто не запрещает