UT
еще такой вопрос возник. почему оператор индексирование ссылку возврашает?
чтобы можно было менять элемент, находящийся по этому индексу?
Size: a a a
2020 July 25
DB
чтобы можно было менять элемент, находящийся по этому индексу?
понятно спасибо)
AB
Если есть wchar_t w, писать (&w).mbrtowc(...) ? Бред же
D
Если есть wchar_t w, писать (&w).mbrtowc(...) ? Бред же
Можно, но не нужно
AB
Это я к тому, что в условном шарпе методы расширения явно помечаются как методы расширения, а глобальный неконтролируемый ufcs имеет потенциал превратить простой код в непонятное говно, поэтому вангую был бы запрещен всеми возможными стайлгайдами
D
Это я к тому, что в условном шарпе методы расширения явно помечаются как методы расширения, а глобальный неконтролируемый ufcs имеет потенциал превратить простой код в непонятное говно, поэтому вангую был бы запрещен всеми возможными стайлгайдами
А в каких языках вообще есть ufcs? D?
AB
Только о нем слышал
AB
Но там явно и стдлиба разрабатывалась с оглядкой на эту фичу
UT
Вики говорит, ещё Nim. Но я сам только что узнал про ufcs от вас, если что
AB
Как в функциональных языках в функциях по обработке коллекций аргументами идет сначала функтор, потом коллекция, для удобства каррирования. В тех же плюсах наоборот
AB
В общем в ufcs я вижу больше потнциальных багов, чем пользы
J
Всем привет, возник вопрос.
Чем отличается:
От:
Чем отличается:
void foo(string str) { ... }
int main()
{
string test = "test";
foo(test);
}
От:
void foo(const string& str) { ... }
int main()
{
string test = "test";
foo(test);
}J
Все понятно, благодарю
J
Всем привет, возник вопрос.
Чем отличается:
От:
Чем отличается:
void foo(string str) { ... }
int main()
{
string test = "test";
foo(test);
}
От:
void foo(const string& str) { ... }
int main()
{
string test = "test";
foo(test);
}Вопрос из той же серии. В первом случае создастся ещё один обьект, во втором вернётся ссылка на уже созданный. Я правильно понимаю?
string foo()
{
string test = "test";
return test;
}string& foo()
{
string test = "test";
return test;
}AF
Во втором случае ты получишь dangling reference
DP
Вопрос из той же серии. В первом случае создастся ещё один обьект, во втором вернётся ссылка на уже созданный. Я правильно понимаю?
string foo()
{
string test = "test";
return test;
}string& foo()
{
string test = "test";
return test;
}Во втором минус нога
AB
Вопрос из той же серии. В первом случае создастся ещё один обьект, во втором вернётся ссылка на уже созданный. Я правильно понимаю?
string foo()
{
string test = "test";
return test;
}string& foo()
{
string test = "test";
return test;
}Да
W
Из стринг вьюшки, C-sylle null-terminated строку никак не получить?
Типа:
Типа:
constexpr static std::string_view str="ABC";
getenv(reinterpret_cast<const char*>(str+'\0'));
// это не работаетЕ
Из стринг вьюшки, C-sylle null-terminated строку никак не получить?
Типа:
Типа:
constexpr static std::string_view str="ABC";
getenv(reinterpret_cast<const char*>(str+'\0'));
// это не работаеттак
string_view::data вернет нулл-терминейтед в твоём кодеW
так
string_view::data вернет нулл-терминейтед в твоём кодеFacepalm.
Я забыл про data...
Я забыл про data...