Ну, т.е. я не ожидаю, что пользователь функции где-то будет коллекционировать вывод функции

Я думаю, что он его хочет записать куда-нибудь

в файл или сокет

Что прочитать?

everything is a stream

блин, ну тогда скорее всего итератор правильнее всего

а пользователь его если что завернет куда надо

я вот смотрю std::io::Read

вроде бы тоже похоже

но это трейт

хотя никто не мешает реализовать тебе его для своего итератора

ну я имею ввиду, что верну нечто для чего будет реализован Read

Ну да, можешь сделать структуру, которая будет реализовывать Read и опционально Iterator

В результате у пользователя будет возможность делать с данными что угодно

А может сделать функцию и отдать в нее Write?

Можно

Пусть функция пишет кусочками, которыми ей удобно

BufWrite можно сверху накрутить, если будет медленно.

Да, можно, как вариант. fn my_func<T: Write>(arg: &mut T)

Пожалуй, так и попробую.

Спасибр

Да, можно, как вариант. fn my_func<T: Write>(arg: &mut T)

Разве для & mut T не реализован Write?

Разве для & mut T не реализован Write?

Ммм? В этом коде функция будет принимать любой тип с реализованным Write. Что не так?

В этом коде она будет принимать ссылку на любой тип

Ссылка лишняя

Пусть пользователь сам решает как передавать врайт

Может у него stdout какой-то, зачем ему лишний раз ссылку брать, или просто единственное для чего он врайт открыл, чтоб функцию дернуть

Хм

let me check

Та я уже глянул, реализован врайт для & mut T: Write

Ну тогда да, ссылка действительно лишняя

Господа, а как можно спросить у компилятора какой тип у переменной x?

Я что-то написал, а он что-то вывел туда

А я не понял что

let x:() = variable;

let () = нужная переменная;

Вызвать ошибку не соответствия типа

Спасибо, котики

Хм, а как правильно задавать константы времени компиляции в виде массивов? let x: [i32; 4] = [1,2,3,4];Меня смущает что слева и справа нужно указывать одинаковую длину массива. Нельзя ли, чтобы rust длинну массива вывел из правой части, а вот типы элементов проверил все-таки во время компиляции?

let x = [1_i32,2,3,4];

Так я уже догадался, но подумал, что можно как-то более красивее

А если нижнее подчеркивание вместо длины?

https://play.rust-lang.org/?gist=341bde99f8911f09331eb1e1eea6ee15&version=stable Вот я бы хотел чтобы оно ломалось, а не ворнинг выдавало

ну можно еще let y = [1 as i32, 2, 3, 4];

Нижнее подчеркивание не канает

А если нижнее подчеркивание вместо длины?

не ест :(

не ест :(

Да, проверил тоже

Так я уже догадался, но подумал, что можно как-то более красивее

обычно проще добиться что бы тип массива был понятен по контексту использования

А, ну да

Я же могу этот массив потом запихать в функцию которая ждет &[u8] ?

Да

И все типы проверятся на ходу, да?

На каком ходу?

https://play.rust-lang.org/?gist=13daaabd7b90beafb2bdf00ac467e2cf да

На ходу конопляции

https://play.rust-lang.org/?gist=2642406900ee0e931cb591cd19cb4950&version=stable Я прочитал, что для Vec реализован треитс Write и решил попробовать. Получил неожиданный результат.

>треитс

ААААААА

не переживай так, чо ты

Там вон выше объяснили вроде что есть реализация Write для ссылки на Write, поэтому можно не писать ссылку, а просто тип

Но компилятор почему-то решил смувить мой вектор внутрь

https://play.rust-lang.org/?gist=2642406900ee0e931cb591cd19cb4950&version=stable Я прочитал, что для Vec реализован треитс Write и решил попробовать. Получил неожиданный результат.

а что неожиданного? ты скормил вектор функции с концами.

я думаю ты как-то так хотел: https://play.rust-lang.org/?gist=dffc9c59f9e710ef11c6fb9c5f9feed0

Да, спасибо. Я ожидал что он выведет сам, но теперь понял, что и не должен был

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

-> () можно не писать

А как же "явное лучше не явного"?

Вообще с появлением @ozkriff и @vitvakatu в чате обстановка стала намного адеватнее и разговоры про раст появились хд Респект, ребята, вы задали тренд, который тут уже пол года никто не мог стартануть

А как же "явное лучше не явного"?

Это про питон :D

В голос

-> () можно не писать

Спасибо, сложно запоминть весь сахар с самого начала :(

Вообще с появлением @ozkriff и @vitvakatu в чате обстановка стала намного адеватнее и разговоры про раст появились хд Респект, ребята, вы задали тренд, который тут уже пол года никто не мог стартануть

Эт кажетсч

Нету шрамко

И прочего зоопарка

Ах да, где же наша бородатая звёздочка?

Вообще с появлением @ozkriff и @vitvakatu в чате обстановка стала намного адеватнее и разговоры про раст появились хд Респект, ребята, вы задали тренд, который тут уже пол года никто не мог стартануть

может кикнуть их пока не поздно? так и гошников скоро забудем опускать

может кикнуть их пока не поздно? так и гошников скоро забудем опускать

Не, это точно не забудем

Не, это точно не забудем

А может это нам перестанет быть нужным?

Это ещё хуже...