https://play.rust-lang.org/?gist=d9dc4ff4df3a99262cfc43e5d01b0077&version=nightly

https://doc.rust-lang.org/std/iter/trait.FromIterator.html#implementors

вот почему это работает

лол

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

все должно быть понятно

ан нет

особенно перегруженные операторы

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

Есть :)

Ну трейты не в счет

SubstBot O_O

Азащз

Meh

s/o_o/o.o/

s/o/O/g

Нет, написано, что фронтенд Тинькофф

Ай тьфу.

Но это маскировка

чё удалили-то

чё удалили-то

s/удалили/затёрли

чё удалили-то

чё затёрли-то

еее

еее

Когда узнаешь что в чате есть substbot

^_^

Serde тоже думает как указать сериализаторы внутренних структур: https://github.com/serde-rs/serde/issues/723

Lifetimes in #rustlang balu.github.io/lifetimes.html

корпоративный фаервол пишет что там малварь :)

я надеюсь ты зарепотрил false-positive?)

хм

у вас фаервол https фильтрует?

фиктивный корневой сертикифат?

ужас

a security threat was discovered by the Cisco Umbrella security researchers.

учоные не одобряют

Как указать serde remote для типа у которого есть параметр?

https://gist.github.com/rust-play/642343eb1da5b916c62700f267b91902

Type my = datetime<utc> что-то тоже не получилось.

Если ты реализуешь трейт для своей структуры — ты доолжен использовать свою структуру

То что ты заюзал как поле DateTime в своей структуре, для которой реализован Serialize

Никак не реализует Serialize для DateTime

Но смотрите, я может не понимаю, но serde remote именно для этого и придуман.

И пока проблема что та remote структура имеет параметр. В примере serde не так.

А remote заставляет serde не дёргать дефолтный serialize типа.

Когда узнаешь что в чате есть substbot

До сих пор не понимаю, почему его нельзя в свой чатег добавить

в компиляторе!

cargo expand

Не изкаробки, но есть на crates.io

Ищи по proc_macro и Debug

failure используй, она классная

Хорошо, что не от борроучекера

А, то есть ты хотел найти имплементацию derive(Debug), чтобы по аналогии сделать свою?)) плохая идея)

Юзай failure и не знай горя :)

Дисплей ещё можно имплементнуть

ну суть дисплея-то в том, что это не автоматически что-то генерируется, а ты по-человечески описываешь

Дисплей не деривится

Не выйдет. Ну если именно ищешь аналог debug

Если учишься кодить на Расте, то проще анвраппить и паниковать для начала :)

Можно свой макрос писать, но с первого дня врядли такое получится.

Может есть крейт какой, но я не смотрел.

можешь сделать на дурака impl fmt::Display for Type { fn fmt(&self, f: &mut fmt::Formatter) -> fmt::Result { Debug::fmt(self, f) } }

Есть еще display derive крейт чтобы failure не тянуть

Фига ты головастый

Ну по человечески это как @denis выше написал наверное . Это если не написание своего derive ты имел ввиду.

по-человечески это юзать failure :)

о релиз

хорошо закрепили

так бы пропустил

а теперь смотри, как это бы выглядело с failure

#[derive(Fail, Debug)] enum Error { #[fail(display = "A number must be positive")] MustBePositive, #[fail(display = "A number must be negativ")] MustBeNegative, #[fail(display = "A number must not be zero")] MustNotBeZero, }

причём enum лучше назвать по-человечески, как-нибудь типа "NumberError"

да

#[fail(display = "A number must be positive")] вот это пойдёт в дисплей

дык об том и речь, фейлур жутко удобный

ну, failure несколько в стороне от обычных ошибок типа std::error::Error

то есть это не одно и то же

с std::error::Error — нет

но, как показывает практика, оно и не нужно

крейт Failure предоставляет свой собственный тип Error

в который можно автоматически конвертировать и стандартную ошибку (std::...::Error), и любую ошибку, которая имплементит Fail

то есть ты можешь сделать у себя use failure::Error, и потом в коде возвращать`Result<i32, Error>`