ПК
Просто когда "надо следить", это значит, что рано или поздно кто-то недоследит, а там уже UB
Структуру владения на самом деле не сложно строить, там несколько пунктов всего и 90% это "юзай ссылку"
Size: a a a
2020 August 26
AS
примитивы по константной ссылке аааааа
Все легально. Чего ты?
const int &r = 10+10; // продление времени жизни временного объекта, как результата выражения
const int &r = 10+10; // продление времени жизни временного объекта, как результата выражения
ПК
horse horssyyy
А че по ссылке нельзя?
Товарищ выше говорит что нельзя
ПК
Надо смарт поинтеры
hh
Еще вопрос не дают заснуть. Инлайн рекурсивные функции, как это вообще выглядит?
ПК
horse horssyyy
Еще вопрос не дают заснуть. Инлайн рекурсивные функции, как это вообще выглядит?
В общем случае никак
hh
Госпади сколько в мире с++ интересного
hh
Мне кажется можно за всю жихнь не разобраться
BH
horse horssyyy
Госпади сколько в мире с++ интересного
Дя)
AP
У тебя есть композиция parent + child. Parent хранит child по значению. Как ты будешь хранить parent внутри child?
Да тут случай прямой зависимости жизни объекта. Тут есть гарантии того, что раньше будет уничтожено
ПК
Да тут случай прямой зависимости жизни объекта. Тут есть гарантии того, что раньше будет уничтожено
Ну дак обычно так и есть
LA
horse horssyyy
Еще вопрос не дают заснуть. Инлайн рекурсивные функции, как это вообще выглядит?
А чего нет? Например(простите меня за это):
1 + (3 + (7 + (15...))))
Выглядит как
1 + (3 + (7 + (15...))))
Выглядит как
int f(int x){
return x + f( x*2 + 1 );
}AP
В общем случае не так. Никто не мешает взять ссылку от объекта или захватить лямбдой, положить её в контейнер, а объект тем временем уничтожиться
ПК
В общем случае не так. Никто не мешает взять ссылку от объекта или захватить лямбдой, положить её в контейнер, а объект тем временем уничтожиться
Тут вопрос в другом - в какой момент будет ошибка. Если считать, что ошибка в том, что ты так захватил быстроживущий объект по ссылке в долгоживущий, то shared pointer тут не выход, а костыль. Ты как бы вместо того чтоб продумать норм структуру владения маскируешь ошибку продлевая жизнь объекту.
ПК
Лучше стараться сводить ситуацию к использованию ссылки, и только если это невозможно - юзать уже shared pointer
ПК
Потому что ссылка прямо говорит, что объект другим не владеет. А shared pointer врёт. По факту объект владеет, но на самом деле не должен, просто "чтоб не падало" так сделали
2020 August 27
hh
А чего нет? Например(простите меня за это):
1 + (3 + (7 + (15...))))
Выглядит как
1 + (3 + (7 + (15...))))
Выглядит как
int f(int x){
return x + f( x*2 + 1 );
}Так а как компилятор это заинлайнит?
D
horse horssyyy
Еще вопрос не дают заснуть. Инлайн рекурсивные функции, как это вообще выглядит?
inline не говорит компилятору заинлайнить функцию, он и так хорошо знает что инлайнить, а что нет
LA
horse horssyyy
Так а как компилятор это заинлайнит?
Ну возьмёт и так и развернёт. Впрочем, лучше забудь – это был совсем другой код...
D
А чего нет? Например(простите меня за это):
1 + (3 + (7 + (15...))))
Выглядит как
1 + (3 + (7 + (15...))))
Выглядит как
int f(int x){
return x + f( x*2 + 1 );
}Потому что оно не знает в компайл-тайм чему равно
Оно сможет заинлайнить только если
xОно сможет заинлайнить только если
x известно в компайл тайме