SS
Как быть с &'a [T<'a>]? Можно ли как-то уменьшить объем лайфтаймов? Конструкции получаются больно громоздкими. Вообще, как принято - хранить ссылки или данные внутри структур? Могу, в принципе, и то, и то.
Size: a a a
2020 November 04
AZ
Как быть с &'a [T<'a>]? Можно ли как-то уменьшить объем лайфтаймов? Конструкции получаются больно громоздкими. Вообще, как принято - хранить ссылки или данные внутри структур? Могу, в принципе, и то, и то.
ну а по логике как оно должно быть - хранить референс на данные или сами данные?
SS
ну а по логике как оно должно быть - хранить референс на данные или сами данные?
Смотря по чьей логике. По моей логике, я не хочу хранить String, а по чьей-то логике String будет более эргономичным
AZ
Смотря по чьей логике. По моей логике, я не хочу хранить String, а по чьей-то логике String будет более эргономичным
по твоей логике, конечно же
SS
по твоей логике, конечно же
Да я вот и не знаю, структура должна хранить значение или ссылку. У меня в голове неопределенность, поэтому я взял ссылку (мне кажется, что так будет меньше памяти)
E
Да я вот и не знаю, структура должна хранить значение или ссылку. У меня в голове неопределенность, поэтому я взял ссылку (мне кажется, что так будет меньше памяти)
если хранить ссылки, тогда надо следить, чтобы эти ссылки были валидными
AZ
если хранить ссылки, тогда надо следить, чтобы эти ссылки были валидными
мы же в расте - пусть он за нас следит :)
SS
мы же в расте - пусть он за нас следит :)
А он и будет следить. Единственное, что от этого страдает эргономика (куча лайфтаймов)
E
мы же в расте - пусть он за нас следит :)
а метки лайфтаймов тоже rust расставит?
AZ
а метки лайфтаймов тоже rust расставит?
нет :)
E
нет :)
а как правильно расставлять метки лайфтаймов без правильного понимания валидности ссылок?
E
иначе говоря, rust-разработчик всё равно должен правильно понимать, валидные ссылки или нет, хотя бы для того, чтобы метки лайфтаймов расставить, или rust-разраб этого не должен делать?
EG
иначе говоря, rust-разработчик всё равно должен правильно понимать, валидные ссылки или нет, хотя бы для того, чтобы метки лайфтаймов расставить, или rust-разраб этого не должен делать?
Раст даёт возможность думать о лайфтаймах локально
Тебе всё равно нужно понимать, что и сколько живёт, но чтобы расставить метки лайфтаймов на аргументах этой функции достаточно понимать, что делает эта функция
Тебе всё равно нужно понимать, что и сколько живёт, но чтобы расставить метки лайфтаймов на аргументах этой функции достаточно понимать, что делает эта функция
E
расставлять метки лайфтаймов не нужно только в тех простых слуаях, которые rust-компилятор понимает
SS
Так ребят, речь не об этом. У меня вопрос в том, стоит ли везде тащить лайфтайм от ссылки на строку, либо же при создании завладевать данными
E
есть сомнения, что rust-компилятор на текущем этапе развития не такой умный, чтобы автоматически понимать всевозможные лайфтаймы
AZ
Так ребят, речь не об этом. У меня вопрос в том, стоит ли везде тащить лайфтайм от ссылки на строку, либо же при создании завладевать данными
так сказали же - зависит от логики твоей программы
SS
так сказали же - зависит от логики твоей программы
А какая логика должна быть у каждого из варианта? Я, вроде как, особо память не экономлю, но и тратить особо не хочется.
AZ
А какая логика должна быть у каждого из варианта? Я, вроде как, особо память не экономлю, но и тратить особо не хочется.
является ли структура по своей семантике владеющей по отношению к этой строке или нет
AZ
кажется, что в твоём случае надо просто завладеть и не париться