Это надо у мейнтейнеров конкретных пакетных менеджеров спрашивать: где-то пакетизировали уже давно rustup (arch, snap, т.п.), а где-то ограничились только пакетами c конкретными версиями rust/cargo (для честной родной сборки приложений из исходников).
На всякий еще отмечу, что (если я ничего не путаю) просто #[inline] в Rust'е — это лишь намек компилятору, который компилятор вполне может проигнорировать. Вот #[inline(always)] — это уже гарантированно перебивающий все эвристики приказ взять и заинлайнить вызов.
Но ECS далеко не в каждой ситуации подходит таки, часто хотелось бы просто статически делегировать поля-методы и все, не разводя большую инфраструктуру.
Официальная дока по Deref тоже гласит, что "… Because of this, Deref should only be implemented for smart pointers to avoid confusion."
В заключение хочу сказать, что в расте не помешало бы явное наследование структур.
О да. Легендарная https://github.com/rust-lang/rfcs/issues/349 "Efficient code reuse", об которую за годы порядочно RFC и pre-RFC зубы обломало. Авось когда-нибудь кто-то запаровозит таки.
Из доступных в данный момент альтернатив еще можно посмотреть на всякие библиотеки, дающие процмакросы для автоматизации делегации, типа https://crates.io/crates/ambassador — но с ними, понятное дело, часть инструментария начинает скрипеть.
Правильно написанный и соблюдаемый модераторами CoC отлично позволяет сообществу, например, избавляться от балласта вроде тебя и большей части комментаторов в этом треде — значит, свою задачу отлично решает.
Сложный вопрос. Я, наверное, таки считаю, что может (и Эшли вполне себе сексистские коменты писала), но лишать возможности минимального защитного сексизма и так ущемляемых людей — очень стремно.
Ты хоть насколько-то в теме о чем говоришь? Rust изначально создавался "персонажами", которые понимают, что технологии не бывают отдельно от политики. Это изначальная и важная черта всего проекта, без которой его просто не было бы.
на фоне любви к расту слишком душой болеете за движение, которое не имеет ничего общего ни с растом, ни с программированием в целом.
С моей колокольни весьма имеет. Программирование — социальная штука, а никакого нормально функционирующего сообщества при игнорировании шовинизма построить не выйдет. Ржавчина с самого начала задумывалась как проект с акцентом на CoC и сильное сообщество — весьма важный USP языка, наравне с техническими плюшками.
Upd: А подтирать за собой комментики что бы потерялся контекст ответа — ну такое себе.
Не для этого — там был ответ для rehci, просто перепутал вас.
Хз как на хабре получить историю изменений комента, но там было что-то типа "в свою очередь желаю тебе писать и ретранслироватьменьше шовинистского бреда, русскоязычное айти в этом плане и так ниже дна".
За редким исключением, эта травля живет только в фантазиях и страхах таких вот упоротых ущемленцев. Достаточно не набрасывать бреда, вроде этих твоих двух комментариев, и ни у кого к тебе вопросов не будет.
Это надо у мейнтейнеров конкретных пакетных менеджеров спрашивать: где-то пакетизировали уже давно rustup (arch, snap, т.п.), а где-то ограничились только пакетами c конкретными версиями rust/cargo (для честной родной сборки приложений из исходников).
На всякий еще отмечу, что (если я ничего не путаю) просто
#[inline]в Rust'е — это лишь намек компилятору, который компилятор вполне может проигнорировать. Вот#[inline(always)]— это уже гарантированно перебивающий все эвристики приказ взять и заинлайнить вызов.О, у меня ж местный бан кончился. Закину просто для истории сюда дамп свои мыслишек по итогам обсуждения выше.
Если что, готовых ECS под раст целая куча есть и постоянно новые появляются
Но ECS далеко не в каждой ситуации подходит таки, часто хотелось бы просто статически делегировать поля-методы и все, не разводя большую инфраструктуру.
Считается антипаттерном: https://github.com/rust-unofficial/patterns/blob/master/anti_patterns/deref.md
Официальная дока по Deref тоже гласит, что "… Because of this, Deref should only be implemented for smart pointers to avoid confusion."
О да. Легендарная https://github.com/rust-lang/rfcs/issues/349 "Efficient code reuse", об которую за годы порядочно RFC и pre-RFC зубы обломало. Авось когда-нибудь кто-то запаровозит таки.
Из доступных в данный момент альтернатив еще можно посмотреть на всякие библиотеки, дающие процмакросы для автоматизации делегации, типа https://crates.io/crates/ambassador — но с ними, понятное дело, часть инструментария начинает скрипеть.
Правильно написанный и соблюдаемый модераторами CoC отлично позволяет сообществу, например, избавляться от балласта вроде тебя и большей части комментаторов в этом треде — значит, свою задачу отлично решает.
В смысле? Как Грейдон хотел, так все и развивается — директорским составом этого фонда он вполне доволен тоже.
Да, конечно. Еще в 17м году в риалтайме поглядывал за срачем и реакцией ноды на него.
Это изначальный автор языка, который первые семь лет управлял проектом, а потом утопал в отставку.
Сложный вопрос. Я, наверное, таки считаю, что может (и Эшли вполне себе сексистские коменты писала), но лишать возможности минимального защитного сексизма и так ущемляемых людей — очень стремно.
Ты хоть насколько-то в теме о чем говоришь? Rust изначально создавался "персонажами", которые понимают, что технологии не бывают отдельно от политики. Это изначальная и важная черта всего проекта, без которой его просто не было бы.
С моей колокольни весьма имеет. Программирование — социальная штука, а никакого нормально функционирующего сообщества при игнорировании шовинизма построить не выйдет. Ржавчина с самого начала задумывалась как проект с акцентом на CoC и сильное сообщество — весьма важный USP языка, наравне с техническими плюшками.
Не для этого — там был ответ для rehci, просто перепутал вас.
Хз как на хабре получить историю изменений комента, но там было что-то типа "в свою очередь желаю тебе писать и ретранслироватьменьше шовинистского бреда, русскоязычное айти в этом плане и так ниже дна".
Очень стараюсь.
Эшли молодец, ей много говна пришлось пережить из-за сексистских неадекватов типа чела выше или автора удаленного реддит поста.
(ну и на всякий — её не "поперли" из npm)
Нет, не кажется — бороться с шовинизмом это ж вполне в духе Rust сообщества.
В смысле "ждем"? https://www.npmjs.com/package/buttplug
И правда: статья 18ого года, а from_fn был в 19м году стабилизирован.
Немного странно, что очень полезный на практике способ создания итераторов через https://doc.rust-lang.org/std/iter/fn.from_fn.html даже не упомянут.