DN
о, огонь, похоже это то, что мне нужно, спасибо) сейчас попробую
Size: a a a
2020 November 20
IB
о, огонь, похоже это то, что мне нужно, спасибо) сейчас попробую
ты только учитывай, что занятая память никогда не освободится
DN
ты только учитывай, что занятая память никогда не освободится
это вроде понятно. а в случае, если структура будет жить только какое-то ограниченное время, то остаётся только клонировать, правильно я понимаю?
r
это вроде понятно. а в случае, если структура будет жить только какое-то ограниченное время, то остаётся только клонировать, правильно я понимаю?
Если ссылки будут использоваться только это самое ограниченное время, то можно использовать и ссылки. Ну и придётся прописать лайфтайм параметры у структур, которые будут эти ссылки использовать
С
подскажите, а rust-analyzer умеет раскрывать процедурные макросы, в частности derive?
IB
Смотря что ты имеешь в виду под “раскрывать”, в целом умеет
С
Смотря что ты имеешь в виду под “раскрывать”, в целом умеет
посмотреть какой код в конечном итоге сгенерируется для конкретно указанного элемента
IB
тогда нет, не умеет. Используй cargo expand
С
жаль, спасибо
SH
кароче, насколько я понял, пока что нерзя превратить
snafu::Error в eyre::Report. Все попытки оказались безуспешнымиА⚙
Код целиком, пожалуйста
А⚙
Желательно текстом, а не скриншотом
a
Давно вопрос мучает, как бегиннерса. Реально писать асинхронное приложение (сервер,.с базякой и бекграунд-тасками, асинхронными же) без статик лайвтаймов и арков? Т.е. прям как в растбуке, с осмысленными лайфтаймами.
a
Хотя ладно, арки еще куда ни шло...
ИЛ
Хотя ладно, арки еще куда ни шло...
С арками и статик лайфтаймы часто встречать не особо будешь
ИЛ
Если ты про референсы
a
Про них, ага. Собсна, пишу, и кроме статиков, арков и .clone() вообще почти ничего нет. Вот и пытаюсь понять, мб я чет не так делаю...
MB
Потоки/таски, одалживающие что-то - это довольно редкое явление.
MB
Для потоков есть scope из crossbeam, для футур, видимо, join
a
Да, логично.
Это наводит на мысль, что заимствование в более прикладной разработке (те же бекенды) будет использоваться сильно реже.
Это наводит на мысль, что заимствование в более прикладной разработке (те же бекенды) будет использоваться сильно реже.