Насколько динтрейты тормозные? Это же просто вызов указателя?

Проблема не в самом вызове, а в том, что компилятор не может заинлайнить вызов дин трейта по очевидным причинам

А инлайнинг - это самая важная из оптимизаций, без неё очень много других тупо не сработают

Понел

Причём, к чести rustc, простые кейсы с дин трейтами он может разруливать, например, когда ссылка на дин трейт указывает на стек и функцию в которую дин трейт передается, можно заинлайнить. \

Но такое все же не прям часто встречается

так але. у меня и на голом токио были арки везде

Да, это особенности асинка.

Бля нужно придумать как арки проецировать

Типо вешаешь Арк на одну структуру, а если хочешь получить Арк на поле - то увеличиваешь общий счётчик, и передаешь указатель на поле

Может кто видел такое?

почему просто не обернуть Arc в NewType и для него не реализовать какой-нибудь Deref<Field>?

Абстракции на пустом месте.

то что ты предлагаешь можно сделать, но все равно придется делать какую-то обертку над *Field (как минимум дроп с декрементом счетчика)

считай тоже самое выйдет почти

Я вот тоже каждый раз испытываю жжение в жопе, когда на питоне пишу) Ты пишешь любую хуйню в коде, запускаешь - работает. Работает нормально, но когда-нибудь обязательно ебнется с невменяемой ошибкой. Придется тратить пару часов времени в дебаге, чтобы обнаружить, что где-то ты зевнул во время написания, и в условии вписал проверку значения, предполагая булеан, а автокомплит подставил похожую переменную, но не ту (стрингу какую-нибудь), из-за чего на выходе всегда получается тру

жиза

Что это значит?

нюбьи откровения. чето подставил но не то. подставить не то везде можно

называй правильно — newtype pattern