Всмысле?

В прямом

Ща

" I think we should turn up codegen-units to the number of cores by default to get 2-3x faster builds with virtually no runtime impact"

Первым абзацем

Я помню про 32

http://doc.crates.io/manifest.html

Нашел, круто)

Надо проверить

https://github.com/rust-lang/rust/issues/44941

Короч суть в том что по идее между 4 и 32 не должно быть разницы практически

Но по факту это не так

Особенно если у тебя не проц на 16 потоков

То что любое значение быстрее, чем 1

Это очевидно

Но там и так не 1 по дефолту, а 32

можно ли определить тип не-пустого списка в расте?

nvm enum NotEmpty<T> { Beginning(T), Cons(T, Box<NotEmpty<T>>) }

Непустой список это один конструктор

Который принимает элемент и любой другой список, в том числе и пустой

ват

это как

data List a = Nil | Cons a (List a) data NonEmpty a = NonEmptyCons a (List a)

Работать с этим конечно не сильно удобно

nvm enum NotEmpty<T> { Beginning(T), Cons(T, Box<NotEmpty<T>>) }

а почему не это

намного логичнее выглядит

Но вроде как это самая распространенная реализация

Ну, одна из причин - нужно занового реализовать все операции

или просто as_vec from_vec

😏

Ну, в нелинивом языке это такое)

народ, есть вопрос, есть кто пишет на плюсах в vs code?

там должен быть чат по плюсам

народ, есть вопрос, есть кто пишет на плюсах в vs code?

@procxx

Дякую

вопрос для профи растаманов

для реально шарящих в происходящем

готовы?

(даа, капитан хД)

так вот,

как заставить компилятор сгенерить специализализированные дефолтные методы у trait?

т.е. у метода обязан быть дженерик (`Self: Sized` например), и это препятствует динамическому диспатчу. ошибка: the `render method cannot be invoked on a trait object`.

убрать Self: Sized тоже нельзя, т.к. методы, используемые внутри, того требуют.

проверил. можно убрать дефолт код, и повтыкать копии в каждый impl View. но это ж дичь.

@sajitar давай с примером на play.rust

https://www.reddit.com/r/rustjerk/comments/7c86n0/rust_x_go/

https://play.rust-lang.org/?gist=ea37a6ac47b87c7ebbd203b0c9fae556&version=undefined

итак, господа? где тот волшебный #[аттрибут], который заставит компилятор сгенерировать по версии метода на каждый тип?

impl называется

https://play.rust-lang.org/?gist=c973287b920a5f550c3e2218b51cedb5&version=stable

ххммм… а ты хорош.

позор на мою седую голову, я ведь неделю назад такую же хрень провернул, и тоже с иерархией трэйтов

Со специализацией можно вот так завернуть еще. https://play.rust-lang.org/?gist=cd0c87cf38386183c380b19901d85e6a&version=nightly

Если нужно какие-то данные еще дергать из типов

Ну или просто создать трейт ViewExt и сделать в impl баунд Sized + ViewExt

никогда не видел default fn O_o

мне нужно пару минут кое-что протестить.

в настоящем трэйте много методов, есть без дефолтов

итак. круто, но не работает. т.к. есть методы без дефолтов, и их имплементить для любого T:Sized не нужно

Не понимаю че хочешь

Давай в плейграунд

я хочу всё того же. но не могу impl<T:Sized> View for T {fn render(){...}}, потому что у меня есть другие методы помимо render, которые (по мнению компилятора) нужно определить для T

что делает default fn? меня в гугле забанили, и выдают всякую левую дичь.

https://github.com/rust-lang/rfcs/blob/master/text/1210-impl-specialization.md#the-default-keyword

@sajitar ^

@sajitar ^

спс

default impl это нечто. оно работает, но только в пределах одного файла. сабмодуль уже не соображает.

перемещаю всё в один файл — компилится, сволочь

а use super::*; — нихрена

ААААААААААААААААААаааа

это просто дикий ор

mod windows {...} в том же файле — и снова всё компилится

Найтли фичи, они такие

Я говорю

Вынеси остальные функции в отдельный трейт

Ну или просто создать трейт ViewExt и сделать в impl баунд Sized + ViewExt

Такой холиварный вопрос, но может имел кто дело с с++: Для новичка кол-ва полезного кода на единицу времени выше в C++ или Rust будет? Мне просто нужна производительность, но скорость разработки тоже важна. В плане либ для моих задач думаю оба языка подойдут.

в rust, по крайней мере по началу много уходит времени на борьбу с компилятором, зато мало времени на отладку и поиск разного рода сегфолтов и утечек памяти. В плюсах всё наоборот. Так что Rust лучше в конечном счёте и эффективней.

еще спрошу: есть ли либа для раста, которая даст функциональность как в питоновском urllib.request.urlretrieve() - чтобы можно было ввести URL будь то картинки, будь то обычного css/js файла, и он автоматически скачает это на диск? rllib.request.urlretrieve('https://docs.python.org/3/_static/pygments.css', 'pygments.css')

crate reqwest

Но не совсем конечно так, немного дописать придется