t
никак, актикс сам умеет в мультитред
Size: a a a
2020 August 09
M
А как это работает? Предположим у меня есть некий актор, который спавнит много тасок. Эти таски будут исполняться в тредпуле?
BD
ещё немного поколдую и зашлю на ревью
EG
У меня есть слайс (на самом деле, даже вектор) и я хочу в нём применить функцию
Fn(T) -> T на одном из элементовEG
Не могу понять, как это красиво (без клонирования и замены на dummy-элемент) это сделать
EG
Крейт replace-with, технически, решает проблему, но очень уж некрасиво.
В
крейт
take_mut? X)EG
Вообще, хочу совета по «архитектуре»
У меня есть прямоугольное клетчатое поле, на котором находятся некие объекты (энум). Один из вариантов энума гораздо важнее, чем другие, я хочу уметь по нему итерироваться быстро.
У меня есть прямоугольное клетчатое поле, на котором находятся некие объекты (энум). Один из вариантов энума гораздо важнее, чем другие, я хочу уметь по нему итерироваться быстро.
EG
Очевидный вариант — хранить отдельный вектор с индексами всех «важных» элементов. Но так легко запутаться в логике.
Кроме того, при получении важного элемента по его индексу возникнет такая неприятная фигня:
Кроме того, при получении важного элемента по его индексу возникнет такая неприятная фигня:
let pos = important_elems[idx];
let obj = match field[pos] {
Important(obj) => obj,
_ => unreachable!("something unimportant found"),
}
EG
Элементы много перемещаются по полю, поддерживать их местоположения в двух местах — геморрой
KR
Очевидный вариант — хранить отдельный вектор с индексами всех «важных» элементов. Но так легко запутаться в логике.
Кроме того, при получении важного элемента по его индексу возникнет такая неприятная фигня:
Кроме того, при получении важного элемента по его индексу возникнет такая неприятная фигня:
let pos = important_elems[idx];
let obj = match field[pos] {
Important(obj) => obj,
_ => unreachable!("something unimportant found"),
}
Если спрятать под-капот?
EG
Если спрятать под-капот?
Ну, под капотом будет эта проверка с паникой
EG
Другой вариант — хранить важные элементы в арках
BD
а зачем, если у тебя инвариант что в этом индексе всегда правильный важный элемент?
EG
Это ощущается немного неидиоматично, но принципиалльной проблемы не вижу
KR
Будет, но снаружи будет уже удобнее использовать.
BD
ты ж все мутации будешь делать через этот инторфейс
EG
Будет, но снаружи будет уже удобнее использовать.
Это понятно, что наружу я это не свечу
Вопрос в том, как это сделать удобнее внутри
Вопрос в том, как это сделать удобнее внутри
EG
Но внутрь арка придётся пихать какой-нибудь interior mutability (в моём случае хватит Cell), что даст кривые, неприятные типы
EG
И несколько уровней индирекшна