А⚙
иметь метод translate для билдера инстанса, который скрывал бы то, что Translate<Translate<T>> фьюзится в Translate<T>
А зачем фьюзить?
Size: a a a
Rust/Verona LGBTTQQIAAPС++ Iran political tutorial dick measurement strikeforce
219 membersпожаловаться на группу
2021 January 03
P
А зачем фьюзить?
чтоб уменьшить количество индирекций
P
и не нужно там два раза с вектором складывать, если можно сложить с одним, который сумма двух других
А⚙
Паша, ты меня, кажется, не понял. Какие ещё есть реализации TranslateOp и какие из них инстанцируются с параметрами, отличными от <T, Translate<T>>?
P
Паша, ты меня, кажется, не понял. Какие ещё есть реализации TranslateOp и какие из них инстанцируются с параметрами, отличными от <T, Translate<T>>?
две реализации
P
одна которая занимается делом, а другая которая фьюзит повторные вызовы в один для первой
P
просто посмотри на
impl<T: Hittable> Hittable for Translate<T> { чтоб понять, почему я не хочу вызывать его по несколько разP
он же элементарно фьюзится
P
и память лишнюю не жрёт при этом, значит меньше давление на кеш
А⚙
Паша, я не об этом
А⚙
Паша, ты меня, кажется, не понял. Какие ещё есть реализации TranslateOp и какие из них инстанцируются с параметрами, отличными от <T, Translate<T>>?
На этот вопрос ответь
P
а, там O лишний остался
P
pub trait FlipNormalsOp<I, O>{
fn flip_normals(self) -> O;
}
pub trait TranslateOp<I, O>{
fn translate(self, offset: V3) -> Translate<I>;
}
pub trait RotateYOp<I> {
fn rotate_y(self, angle: Angle) -> RotateY<I>;
}P
он должен был быть на выходе
А⚙
вообще человейники для скота
Сам же орёшь, как ездить неудобно
А⚙
он должен был быть на выходе
А точно нет
Translate<Self>?P
А точно нет
Translate<Self>?нет
P
он же ж бесконечно рекурсивный, не?
А⚙
нет
А имеет ли смысл для одного типа иметь больше одной реализации TranslateOp?
А⚙
он же ж бесконечно рекурсивный, не?
С чего бы это?