а еще желательно билдеры в язык как-нибудь пропилить, а то неприкольно цепочкой методов собирать объект

можно пример?

Ты шоли джавы обкурился?

С частично инициализированными классами

Когда обращение к неинициализированному полю бросает исключение

impl Foo { pub fn new(a: i32 = 1, b: i32 = 2, c: i32 = 10) -> Self {} }

ну например так

Эт частичныц случай перегрузки, вообще не про руст.

в расте нет перегрузок

Ребят, у меня это borrowed value does not live long enough

impl Foo { pub fn new(a: i32 = 1, b: i32 = 2, c: i32 = 10) -> Self {} }

Foo{ a:12, ..Default::default() } Но публичные поля низя, так что сорян

Ребят, у меня это borrowed value does not live long enough

play.rust-lang.org

Океюшки

Вообще кстати билдеры через дефолтные структуры, не модно в Русте?

есть дерайв

Билдеры через дерайв модно

но оно такое

impl Foo { pub fn new(a: i32 = 1, b: i32 = 2, c: i32 = 10) -> Self {} }

ты не поверишь, но..... https://github.com/colin-kiegel/rust-derive-builder

Ну эт ж нужно методы вызывать, а так всё в одном месте

macro_rules!

ты не поверишь, но..... https://github.com/colin-kiegel/rust-derive-builder

я в курсе

ток это не очень

чё не очень-то?

это же прям ровно то, что нужно, нет?

не очень

хоят конечно неплохо

я про него знал

ну например непонятно, как объявить часть обязательных полей, а часть - нет

там можно сделать валидацию с паникой, но эт такое

так-то у тебя build unwrap

и может быть паника

с дефолтными параметрами паники точно нет

ну короч first class citizen всегда удобнее

я понимаю, что макросы в расте позволяют кучу прикольных штуковин делать

и решать часть проблем языка

но лучше бы их завезли, чем сраный try или там поддержку иероглифов в идентификаторах

https://docs.rs/derive_builder/0.5.1/derive_builder/#default-values

ну например непонятно, как объявить часть обязательных полей, а часть - нет

необязательное поле == поле, у которого есть дефолтное значение

https://docs.rs/derive_builder/0.5.1/derive_builder/#default-values

Он просто хочет очередной and_then2 не мешай ему

необязательное поле == поле, у которого есть дефолтное значение

окей как насчет new(a: i32, b: i32, c: i32 = 10)?

тем более, что паттерн билдер работает с созданием структуры

но не работает с методами foo

там можно сделать валидацию с паникой, но эт такое

Не надо писать сообщения столбиками!

Не надо писать сообщения столбиками!

я пишу не столбиками, а быстро

я пишу не столбиками, а быстро

Один хрен

можешь посчитать среднюю длину сообщения, она не меньше, чем у всех. Так что столбиками никто и не пишет.

или все пишут.

окей как насчет new(a: i32, b: i32, c: i32 = 10)?

struct Pook { a: i32, b: i32, #[builder(default="10")]c: i32 }

можешь посчитать среднюю длину сообщения, она не меньше, чем у всех. Так что столбиками никто и не пишет.

Совсем не столбики

хм.

действительно не очень. Сорян

struct Pook { a: i32, b: i32, #[builder(default="10")]c: i32 }

ок, что насчет fn foo(a: i32, b: i32, c: i32 = 10) -> usize ?

как это с билдерами связано?

билдеры умеют эту проблему решать (кое-как) в случае инициализации. В случае функций оно уже не работает

play.rust-lang.org

http://play.rust-lang.org/?gist=0578c4ab5c48f6d6e562512d53ada7a3&version=stable&mode=debug&edition=2015

точнее FooArgsBuilder можно сделать, но это чет говнецо

http://play.rust-lang.org/?gist=0578c4ab5c48f6d6e562512d53ada7a3&version=stable&mode=debug&edition=2015

возвращаешь ссылку на локальный объект, не надо так

http://play.rust-lang.org/?gist=0578c4ab5c48f6d6e562512d53ada7a3&version=stable&mode=debug&edition=2015

выше сказали. Локальный объект должен возвращатсья по значению всегда

ок, что насчет fn foo(a: i32, b: i32, c: i32 = 10) -> usize ?

fn foo(a: i32, b: i32, c: Into<Option<i32>>) -> usize { a + b + c.into().unwrap_or(10) }

выше сказали. Локальный объект должен возвращатсья по значению всегда

Ок

ок, что насчет fn foo(a: i32, b: i32, c: i32 = 10) -> usize ?

fn foo_default(a: i32, b: i32) -> usize { foo(a, b, 10) }

fn foo_default(a: i32, b: i32) -> usize { foo(a, b, 10) }

да, так обычно и делают. 2-3-4 функции.

fn foo(a: i32, b: i32, c: Into<Option<i32>>) -> usize { a + b + c.into().unwrap_or(10) }

можно, но неудобно

что неудобно?

да, так обычно и делают. 2-3-4 функции.

пока не встречал, если честно

что неудобно?

клиентский код должен в это уметь

foo(a,b, None, None, None, None, 10, None, None)

что уметь

http://play.rust-lang.org/?gist=1662713eb430834dabf923dd128480d4&version=stable&mode=debug&edition=2015

internal void SpellCheckString() { string str = "Speling erors here."; object ignoreUpperCase = true; object missingType = Type.Missing; bool blnSpell = ThisApplication.CheckSpelling(str, ref missingType, ref ignoreUpperCase, ref missingType, ref missingType, ref missingType, ref missingType, ref missingType, ref missingType, ref missingType, ref missingType, ref missingType, ref missingType); MessageBox.Show(blnSpell.ToString(), "False if Errors, True if OK"); }

похоже на петон

http://play.rust-lang.org/?gist=1662713eb430834dabf923dd128480d4&version=stable&mode=debug&edition=2015

Не знал что i32 имплементит Into Option

Не знал что i32 имплементит Into Option

по идее всё имплементить должно

Не знал что i32 имплементит Into Option

T имплементит Into<Option<T>>

^

vs bool blnSpell = ThisApplication.CheckSpelling(str)

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

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

но есть и промежуточные вариации

vs bool blnSpell = ThisApplication.CheckSpelling(str)

SpellingBuilder::new().do().smth().build().check()