ИТТ мы можем объяснить базовые и продвинутые концепции языка, и программирования в целом, поможем вкатывающимся, подскажем что выбрать для веба, игр или, прости Абу, блокчейна.
https://www.rust-lang.org/
Обязательно для прочтения: https://doc.rust-lang.ru/book/
Вместо шапки: https://gist.github.com/TatriX/183c816f1346d418f969c4576c2b9b41
Ресурсы на русском: https://rust-lang.ru/
Предыдущий тред: >>2017017 (OP)
fn main() {
println!("Hello, world!");
}
Стоит брать раст как второй язык, чтобы в перспективе пилить на нем игры и утилиты под линукс? Не хочу остаться говнокодером одного языка (жава). Сложно учить раст без университетского образования?
Вдвоем вкатывались как школяры с юнити разумеется, потом разные яп изучали и мимоходом на них игры и писали. Игр много, а основной доход в стиме с дроча людей на ачивки был, ну и с махинаций типа продажи ключей. Успех постепенный, не сразу же поймешь как в стиме все устроено. Но новичкам щас легче обратиться к издателям чтоб не ебать себе мозг и получать свои проценты, но там уже опционально.
> я в итоге терь игры на winapi пишу
Бля, помоги плиз в этой дрисне разобраться.
Я пытаюсь заюзать CreateProcessWithTokenW в паре с функцией LogonUserA
Запускаю функцию LogonUserA
И она на вход принимает указатель на переменную, в которой будет храниться токен.
Как мне найти тип, который присвоить этой переменной?
Судя по докам мелкософта
https://docs.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-logonusera
это какой-то PHANDLE, но PHANDLE не гуглится в растовских доках к биндингам.
https://microsoft.github.io/windows-docs-rs/doc/bindings/Windows/Win32/Security/struct.LOGON32_LOGON.html?search=PHANDLE
Как этот токен по человечески получить?
>А на чем игры то пилить?
>>2108245
>Разве еще не появился свой юнити/анриал для раста? Блин, а я надеялся
Посмотрите на эту хреновину.
https://bevyengine.org/
https://youtu.be/Yb3vInxzKGE
@
ставишь rocket, крейты для маркдауна, работы с бд
@
папка с зависимостями весит буквально 1 гб
@
ты не написал и строчки кода
@
учитывая, что у тебя раст тянет какую-то c++ хуйню, чтобы тупо запуститься
@
нода
@
дохуя зависимостей
@
папка проекта 20 мб
@
идите нахуй
https://doc.rust-lang.org/book/
Куда уж проще
> введение в программирование
Зис
Просто берёшь и читаешь это
https://doc.rust-lang.ru/book/
Параллельно начинаешь кодить мелкие консольные программы.
Когда почувствуешь, что тебя заебало писать хелоуворлды и перекидывать файлы из директории в директорию, попутно их переименовывая - придумываешь идею для проги, думаешь как это реализовать, гуглишь фреймворки, спрашиваешь в этом треде, Далее начинаешь писать программу, используя и изучая эти фреймворки (Знание языка в вакууме само по себе совершенно бесполезно. Нужно знать определённые фреймворки (В расте ни называются крейты))
Доёбываешь тред по всем непонятным вопросам, вкатываешься в телеграм и дискорд чатики, доёбываешь людей там.
После написания пары программ, ты почувствуешь что твой код - полное, не логичное говно с кучей костылей там, где они совершенно не нужны. Открываешь какую-нибудь книгу по проектированию программ, изучаешь шаблоны проектирования, читаешь про алгоритмы, читаешь базис программирования, погружаешься в низкоуровневые особенности языка - как он работает со стеком и хипом, как в памяти хранятся разные типы, какие регистры для каких функций используются, много экспериментируешь, пытаясь понять - что и как НА САМОМ ДЕЛЕ работает вплоть до SysCall-ов/WinAPI
Потом переписываешь свои программы, но уже учитывая печальный опыт разработки их впервые (У тебя желание их переписать возникнет само по себе в процессе их написаия. Это значит, что твои скиллы выросли)
Подравляю ты мидл
А
Написано что требует тут https://microsoft.github.io/windows-docs-rs/doc/bindings/Windows/Win32/Security/fn.LogonUserA.html
на MSDN написано для Сишечки.
Там не рассказывают про "Ящичек" в котором хранятся данные.
Переменная в программировании это то же самое что и в математике.
Только в математике они называются одной буквой (x, y и т.д.)
А в информатике букв в названии переменной может быть сколько хочешь.
Все переменные хранятся в оперативной памяти компьютера.
Ты можешь объявить компьютеру переменную и тогда он выделит в памяти небольшой участок специально под неё (Несколько битов). В расте за это отвечает команда let
let peremennaya;
Ты можешь этой переменной присвоить значение. То есть, поместить в тот небольшой участок памяти, который пека тебе выделил, какое-то значение.
Например команда:
let peremennaya = 2;
Выделит на плашке оперативной памяти участок и поместит туда значение 00000010
(Нули и единички потому, что всё в компе хранится в двоичном виде)
Смотри, анон.
Начинай всё с книги Beginning Rust: From Novice to Professional (автор Carlo Milanesi). Затем, если всё ещё хочется читать, наворачивай Programming Rust от издательства O'Reilly. Параллельно ковыряй Rustling course с оф. сайта и переходи на Rust by example там же.
Ну так и надо говорить, что лежит в по адресу с названием переменной, и достать из этого адреса значение можно по тому же самому названию.
Правда, потом при объяснении variable shadowing начнётся лютый пиздец в голове у пацана, но это уже будет не твоя проблема.
Зачем вы сюда лезете
>>2110151
Wasm - yew
Бэк - actix или rocket
Как мне объявить этот хендл и как мне его использовать в функции, чтобы это дерьмо заработало?
Я уже всё перепробовал
let hToken : *mut HANDLE
let hToken : mut HANDLE
let hToken : &mut HANDLE
let mut hToken : HANDLE
В самой функции тоже все возможные вариации со ссылками, с указателями, с волшебным словом mut и без него перепробовал.
Эта курва никак не компилируется
https://github.com/microsoft/windows-samples-rs
Всякое простейшее говно показывают как делать, а базовые вещи (Сука дефолтные типы!) игнорируют. Какого хрена?
> use of possibly-uninitalized variable
Пфф, тут дело не в указателях. Кому-то надо прочитать про MaybeUninit: https://doc.rust-lang.org/std/mem/union.MaybeUninit.html
https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=e3d149a9bb24cb65f22d20fbe976f6f4
Впрочем для хэндла использовать MaybeUninit нет смысла. Просто инициализируй переменную при создании этим значением: https://docs.rs/winapi/0.3.9/winapi/um/handleapi/constant.INVALID_HANDLE_VALUE.html и всё будет нормально.
http://stolyarov.info/books/programming_intro если с нуля можно вот это попробовать, а потом вкатываться в раст.
Я и со звёздочкой и с амперсандом пробовал.
Первые примерно 500 попыток я читал ошибки компилятора и пытался их логически осмыслить.
Но потом стал тупо перебором пробовать
https://lborb.github.io/book/
Я например даже на релизных билдах не стрипаю символы, чтобы при возникновении некоторых ошибок и всех паник захватывать читаемые стектрейсы. Конечно можно конечному юзеру отправлять бинарники без символов, а символы хранить отдельно на сервере и потом уже сопоставлять адреса функций и находить их названия, но это слишком геморройно для моих небольших программ (это уже надо делать полноценную инфраструктуру с крэш-репортерами и телеметрией).
Два чая. Си можно даже пере сном изучать, на расслабоне так сказать... https://www.youtube.com/watch?v=XrFegNHpHfc
В си сложно что там много говнокода на одних макросах, что ни одна иде не просыт что в коде творится. https://github.com/php/php-src/blob/master/Zend/zend_variables.c#L126
cargo run
Blocking waiting for file lock on package cache
Updating crates.io index
Blocking waiting for file lock on package cache
Blocking waiting for file lock on package cache
Compiling proc-macro2 v1.0.28
Compiling unicode-xid v0.2.2
Compiling syn v1.0.74
Compiling cfg-if v1.0.0
Compiling winapi v0.3.9
Compiling autocfg v1.0.1
Compiling winapi-build v0.1.1
Compiling memchr v2.4.0
Compiling proc-macro-hack v0.5.19
Compiling futures-core v0.3.16
Compiling log v0.4.14
Compiling version_check v0.9.3
Compiling lazy_static v1.4.0
Compiling slab v0.4.3
Compiling futures-sink v0.3.16
Compiling winapi v0.2.8
Compiling cfg-if v0.1.10
Compiling futures-channel v0.3.16
Compiling proc-macro-nested v0.1.7
Compiling libc v0.2.98
Compiling pin-project-lite v0.2.7
Compiling futures-task v0.3.16
Compiling iovec v0.1.4
Compiling pin-project-lite v0.1.12
Compiling pin-utils v0.1.0
Compiling futures-io v0.3.16
Compiling bytes v0.5.6
Compiling smallvec v1.6.1
Compiling pin-project-internal v0.4.28
Compiling scopeguard v1.1.0
Compiling bitflags v1.2.1
Compiling convert_case v0.4.0
Compiling getrandom v0.1.16
Compiling matches v0.1.8
Compiling percent-encoding v2.1.0
Compiling tinyvec_macros v0.1.0
Compiling itoa v0.4.7
Compiling typenum v1.13.0
Compiling serde_derive v1.0.127
Compiling copyless v0.1.5
Compiling unicode-segmentation v1.8.0
Compiling bytes v1.0.1
Compiling ppv-lite86 v0.2.10
Compiling serde v1.0.127
Compiling either v1.6.1
Compiling async-trait v0.1.51
Compiling ryu v1.0.5
Compiling match_cfg v0.1.0
Compiling ipconfig v0.2.2
Compiling fnv v1.0.7
Compiling const_fn v0.4.8
Compiling cc v1.0.69
Compiling crc32fast v1.2.1
Compiling linked-hash-map v0.5.4
Compiling widestring v0.4.3
Compiling quick-error v1.2.3
Compiling serde_json v1.0.66
Compiling regex-syntax v0.6.25
Compiling encoding_rs v0.8.28
Compiling hashbrown v0.11.2
Compiling httparse v1.4.1
Compiling adler v1.0.2
Compiling opaque-debug v0.3.0
Compiling byteorder v1.4.3
Compiling cpufeatures v0.1.5
Compiling base64 v0.13.0
Compiling language-tags v0.2.2
Compiling mime v0.3.16
Compiling mio-uds v0.6.8
Compiling instant v0.1.10
Compiling futures-macro v0.3.16
Compiling futures-util v0.3.16
Compiling indexmap v1.7.0
Compiling miniz_oxide v0.4.4
Compiling kernel32-sys v0.2.2
Compiling ws2_32-sys v0.2.1
Compiling tracing-core v0.1.18
Compiling standback v0.2.17
Compiling generic-array v0.14.4
Compiling time v0.2.27
Compiling cookie v0.14.4
Compiling lock_api v0.4.4
Compiling unicode-bidi v0.3.5
Compiling form_urlencoded v1.0.1
Compiling tinyvec v1.3.1
Compiling heck v0.3.3
Compiling bytestring v1.0.0
Compiling http v0.2.4
Compiling lru-cache v0.1.2
Compiling brotli-sys v0.3.2
Compiling fxhash v0.2.1
Compiling unicode-normalization v0.1.19
Compiling quote v1.0.9
Compiling aho-corasick v0.7.18
Compiling tracing v0.1.26
Compiling net2 v0.2.37
Compiling parking_lot_core v0.8.3
Compiling socket2 v0.3.19
Compiling winreg v0.6.2
Compiling hostname v0.3.1
Compiling num_cpus v1.13.0
Compiling rand_core v0.5.1
Compiling idna v0.2.3
Compiling regex v1.5.4
Compiling flate2 v1.0.20
Compiling miow v0.2.2
Compiling parking_lot v0.11.1
Compiling resolv-conf v0.7.0
Compiling threadpool v1.8.1
Compiling rand_chacha v0.2.2
Compiling block-buffer v0.9.0
Compiling digest v0.9.0
Compiling url v2.2.2
Compiling mio v0.6.23
Compiling brotli2 v0.3.2
Compiling rand v0.7.3
Compiling sha-1 v0.9.7
Compiling tokio v0.2.25
Compiling derive_more v0.99.16
Compiling actix-macros v0.1.3
Compiling thiserror-impl v1.0.26
Compiling pin-project-internal v1.0.8
Compiling enum-as-inner v0.3.3
Compiling time-macros-impl v0.1.2
Compiling actix-web-codegen v0.4.0
Compiling tokio-util v0.3.1
Compiling pin-project v0.4.28
Compiling thiserror v1.0.26
Compiling actix-threadpool v0.3.3
Compiling pin-project v1.0.8
Compiling time-macros v0.1.1
Compiling actix-codec v0.3.0
Compiling tracing-futures v0.2.5
Compiling actix-service v1.0.6
Compiling actix-rt v1.1.1
Compiling futures v0.3.16
Compiling h2 v0.2.7
Compiling trust-dns-proto v0.19.7
Compiling actix-utils v2.0.0
Compiling trust-dns-resolver v0.19.7
Compiling actix-server v1.0.4
Compiling actix-tls v2.0.0
Compiling serde_urlencoded v0.7.0
Compiling actix-router v0.2.7
Compiling actix-testing v1.0.1
Compiling actix-connect v2.0.0
Compiling actix-http v2.2.0
Compiling awc v2.0.3
Compiling actix-web v3.3.2
Compiling actixtest v0.1.0
ВОТ БЛЯТЬ ОБЪЯСНИТЕ КАКОГО ХУЯ У МЕНЯ ОДНА ЗАВИСИМОСТЬ ТЯНЕТ ЕЩЕ КАКУЮ-ТО ХУЙНЮ НА 1 ГИГАБАЙТ СУКА? НАХУЯ МНЕ 1 ГБ КАКОГО-ТО ГОВНА, ЧТОБЫ СКОМПИЛИТЬ 13 СТРОЧЕК КОДА?
> бэк
> откуда зависимости, 13 строчек же всего!!
Почему там так пропагандируется идея применения четырёх пробелов вместо табуляции?
Просто унификация. Не нравится — допиливай rustfmt.toml под себя.
Вообще, пробелы намного лучше таба хотя бы потому что они во всех IDE одинаково показываются, а минусов относительно немного (там вроде бы только проблемы слабовидящих человеков с четыре чара vs один чар).
Будто на Го или Питон не также.
Когда ты поймёшь, что все в мире ИТ это абстракции вокруг абстракций с целью упрощения, то тебе станет легче жить.
Но ты можешь всегда сам написать свой actix с минимум кода конечно же, правда времени у тебя займёт это...Можешь вообще сокеты открывать и "HTTP GET \r\n" запросы кидать аки лоулвл господин
Из официальных - Rust by example, чтобы чуток отполировать выученное. А дальше - в свободное плавание в том направлении, что больше интересует.
Если ты ещё целиком The Book не прочитал, попробуй Programming Rust (2-е издание).
Вообще, книжки - это славно, но лучше с гитхаба настреляй всяких прожектов из интересующей сферы и копайся на здоровье.
Ну в расте ты тоже не узнаешь, если макрос раскрылся в какую-нибудь хуйню. Раст только проверяет, что макрос успешно раскрылся и что подставленный код проходит все проверки компилятора (синтаксические борроу-чекер и т.п.), а вот от логических ошибок ты не защищён.
Я про то, когда ты запускаешь программу в отладчике там есть такая функция, как построчное выполнение. Т.е. после каждой строки отладчик приостанавливает выполнение и ты можешь посмотреть как изменились локальные переменные. В обычных функциях можно при подобном построчном выполнении заходить внутрь функций и построчно выполнять уже их. Вот я и интересуюсь, есть ли такая фича с макросами?
Локальные переменные никак не меняются, пока раскрываются макросы. Программа ещё работать не начинала даже. Как построчно меняются сами макросы можно посмотреть, выглядит это как на скриншоте выше.
>>2115393
>но там исходники превращаются в нечитаемый пиздец.
Да, все println! придётся убирать пока, чтобы конечный продукт своих макросов посмотреть. Над выборочным раскрытием или игнором работают.
Макросы сильные, но их вовсе не обязательно использовать же. Тут не си, вполне можносделать функцию, которая посчитается при компиляции.
> Локальные переменные никак не меняются, пока раскрываются макросы.
Ты совсем читать не умеешь? Я про отладку программы после компиляции. Чтобы вместо вызова huinya!(...) отлаживать реальный код, который подставился вместо неё. Насколько я знаю, ни одна IDE в расте такого не умеет.
Пикрил отладка. Сейчас никак невозможно отладить вызов huinya!(2), хотя раст анализер и может рекурсивно раскрыть его в отдельном окне (но для отладки он не доступен. Более сложные макросы раст-анализер даже раскрывать не может. Я бы хотел чтобы можно было отлаживать раскрытый вариант (как в окошке [EXPANSION].rs) вместо простого вызова макроса без пердолинга с ручным раскрытием и копипастом.
Ладно, я совершенно не понимаю идею того, что ты пытаешься добиться. Я думал, что ты хочешь отладить кодогенерацию, то есть чтобы макрос генерировал нужный текст. А ты о чём-то совсем другом. Возможно, поэтому такого и нет — никто пока такого не хотел.
Ты где-то в других местах встречал, чтобы работало, как тебе надо?
> Ладно, я совершенно не понимаю идею того, что ты пытаешься добиться.
Потому что видимо никогда не писал сложные программ. С отладкой в расте вообще всё очень плохо. Даже без макросов претти-принтеры (когда переменная печатается в списке слева в читаемом виде) довольно убогие.
> Ты где-то в других местах встречал, чтобы работало, как тебе надо?
В тех языках, что я активно использую (жява, котлин, жс/тс) макросов как бы и нет. Но невозможность отлаживать сами внутренности макросов довольно отталкивает, потому что если автор макроса насрал себе в штаны или если ты макрос неправильно используешься, то готовься к длительным поискам, что же там сломалось.
static mut — это дорога в ад:
https://blog.kodewerx.org/2021/07/mutable-statics-have-scary-superpowers.html
>>2115403
Всё языки, про которые ты говоришь, имеют рантайм. В крестах, сишке и расте рантайма нет, поэтому всякие построчные выполнения в этих языках реализуются через лютую боль.
>Потому что видимо никогда не писал сложные программ
Мы пишем сложные программы, просто у нас в расте нормальная система типов и runtime с GC не срут за нас где не надо, поэтому доверия к коду больше, принтов под отладку обычно хватает. А если не хватает принтов, то есть всякие трейсинги.
>если автор макроса насрал себе в штаны или если ты макрос неправильно используешься, то готовься к длительным поискам, что же там сломалось
Просто разверни макрос `cargo-expand`, потом подставь свои типы, а потом смотри реальную ошибку. Но у большинства публичных макросов нормальная документация.
>static mut — это дорога в ад:
Я знаю, но у меня есть несколько позиций:
1. Я выполняю все контракты борроу чекера, просто компилятор об этом не знает
2. Это библиотека, то есть у меня нет мейна, чтобы каким-нибудь безопасным паттерном инициализировать её локально, и потом использовать
3. Спин локи — ещё большая дорога в ад. Там даже внимательное прочтение и проверка тебе может не помочь
>UnsafeCell
no_std
>Sync
Оно не sync. Там васм однопотомчный, поэтому я могу сказать, что выполняю.
Вот минимальный рабочий код с игрушечным использованием синусов
https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=a4d39b09c2c35d37b5a83ef3bb9e5dd6
Это в 384 байта компилируется, треть из которых — f32 лукап на 600 позиций (можно ограничить, но я стараюсь быть универсальным здесь)
> no_std
UnsafeCell часть core и доступен без стд (даже больше, в стд он просто реэкспортируется из кора): https://doc.rust-lang.org/core/cell/struct.UnsafeCell.html
Нет, всё равно не могу придумать, как мне это поможет. Это библиотека, в которой одна функция (go()) вызывается снова и снова для каждого кадра. Мне нужен статик, чтобы инициализировать и хранить лукап табличку за её пределами.
Мне не нужен mut, если бы я мог инициализировать в начале программы и оставить, но я такого способа без спинлоков не нашёл.
Какие преимущества кроме производительности есть у Раста против Haskell, F# on .NET, OCaml, etc? Вчера попалось интервью Стива Клабника, члена кор тим Раста. Его внешний вид и повадки наводят на мысли, что Раст очередное поделие всяких извращенцев-педерастов из Калифорнии. Для меня это маркер идиотской идеи и реализации. Последние десятилетия ничего хорошего этими людьми создано не было. Да и что хорошего может создать безумный человек. Те кто продвигают менять пол однозначно безумны. Если кто не знает, все эти извращения пошли из Калифорнии.
Его бекраунд в программировании, он рельсовик, его мышление и речь, все это тоже не способствует вере в то, что Раст хорошо спроектированный язык, с правильной философией, адекватным сообществом и богатой продвинутой экосистемой.
Взглянув на Haskell я пришел к выводу, что это наиболее привлекательный на данный момент язык. Его создают настоящие ученые. В него не пихают все подряд. У него богатейшая и современнейшая экосистема. Он великолепно спроектирован. Он изящен и лаконичен. Он мощный и практичный. Хотел окунуться в Раст и сравнить, но после интервью Клабника не хочется. Он просто школьник против кор разработчиков Хаскела. К тому же похож на адепта ЛГБТ.
Есть еще великолепный .NET 5. Благо в нем есть F#, что почти тот же Haskell. Экосистема .NET 5 или .NET Core действительно хороша, даже сказал бы превосходна. C# конечно ужасен.
1. Производительность.
2. Мутабельность.
3. Ансейф не приходится писать на сях.
4. У нас exhaustiveness паттерн матчинга проверяется компилятором, а не автоматическое ДНО как в хачкеле.
Гаты скоро должны быть, так что чуть большая часть возможностей хачкельской системы типов скоро заедет в раст.
>Мутабельность.
>Ансейф не приходится писать на сях.
>У нас exhaustiveness паттерн матчинга проверяется компилятором, а не автоматическое ДНО как в хачкеле.
Ни одного аргумента в пользу Раста.
>>2117603
>Раст конпелируется в нативные модули для ноды.
И что? Языки, которые я перечислил, имеют великолепные экосистемы, на них писать удобнее чем на ноде. Есть в ноде что то подобное ASP.NET Core, WebSharper, Ocsigen? Это модерновые веб-фреймворки, с их помощью можно писать веб даже без JS. Они богаче, они удобнее, они производительнее.
>>2117602
>программистам на С/С++ раст понять проще, и именно в эту нишу раст и целится
Это я уже понял. Но он и позиционируется как язык для веб. А веб писать на низком уровне не очень удобно. Может есть какие то крутые сервера и фреймворки о которых я не знаю, которые позволяют удобно писать веб.
>>2117613
>У тебя в посте функциональные языки, а раст ближе к императивопараше, они не сравнимы.
Ну почему же. На Расте можно писать в ФП парадигме.
Наканец-то можно будет избавится от кучи умных указателей в коде и использовать обычные ссылки с именованным временем жизни (потому что без гатов во многих случаях невозможно объяснить компилятору сколько времени на самом деле живёт ссылка, а использовать ансейф не хочется).
А вот когда добавят TAIT (там тоже вроде минимальную версию готовят к тестировании и стабилизации), то можно будет скрывать структуры прям как в моей любимой жявке - функции внутри трейтов вместо реальных структур будут отдавать opaque-структуры о которых известно только то, что они имплементируют определённый трейт/трейты. Сейчас такое можно либо с использованием умных указателей, либо только в свободных функциях:
fn foo() -> impl Bar {...}
Вот пример с попеннета на С++:
[code]template<int N>
concept power_of_two = (N & (N-1)) == 0;
template<int N = 256>
auto fft(/.../) requires power_of_two<N> {
cout << "Doing fast Fourier transform by " << N << " samples." << endl;
//...
}
[/code]
Пробовал
impl<T> Drop for &mut MyStruct<T>
но прилетает
error[E0120]: the `Drop` trait may only be implemented for structs, enums, and unions
Для этого функция может принимать не чистую ссылку, а генерик для конвертации в умный указатель, который и будет вести подсчёт ссылок. Например так: https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=5374b9b5bccd7d6743282fb8e9601756
В моём варианте есть два способа передачи ссылок: (1) foo_1 использует impl трейты для автоматической ковертации ссылки в умный указатель, (2) foo_2 использует генерики. По сути оба способа одинаковы и выбор определённого вкусовщина (однако в первом способе невозможно будет указать точный тип ссылки, которая будет передаваться в функцию, но в этом случае оно и не нужен).
Плюс как ты видишь я вынес непосредственно работу с ссылкой в отдельную функцию real_foo. Это довольно важно, потому что как foo_1, так и foo_2 будут заинлайнены из-за того что используют генерики и если функция у тебя большая код от этого может сильно распухнуть. Потому весь код для работы со ссылкой лучше выносить в отдельную функцию, а в функциях с генериками по-минимуму проводить конвертацию аргументов в нужный вид.
Да, общий смысл я понял,и уже нашёл lock_api, теперь пытаюсь понять, как им пользоваться.
Спасибо за подсказки, но у меня, к сожалению, мейна нет и функции не могут принимать аргументы, а есть только статики, которыми я и ворочаю. Поэтому не так просто это всё организовать.
Я мейн использовал чисто чтобы показать результат работы при запуске программы. Смысл в том, чтобы вместо чистых ссылок функции принимали impl Into<MyPointer<'a, u32>>. Тогда функции спокойно продолжать принимать ссылки, но внутри функции ты их просто так использовать не сможешь и тебе сначала придётся конвертировать ссылку в умный указатель и потом оттуда уже и получить ссылку. Прикол умного указателя в том, что для него уже можно определить трейт Дроп, а значит и можно отследить когда он станет не нужным.
>Кто-нибудь пользовался им? Есть примеры кода?
Я разобрался. Пример вот
https://play.rust-lang.org/?version=stable&mode=release&edition=2018&gist=862fb7dd034f6aaf29b705e421489a43
(продолжение предыдущего, размер увеличился до 500 байт, но всё ещё терпимо)
Можете теперь спрашивать меня свои ответы.
Проблема была в использовании одих и тех же названий в разных местах в разных значениях.
Пока вы пишите о расте в браузере, я на js пишу форму, в которой вы пишите о расте.
Кто вы без меня?
Ебать я кайфую, 68 мб озу занимает обновлялка клиент аддонов ВоВ, все, что я юзал до этого были браузерами аля электрон.js.
Посмотрев Cargo.toml я так и не понял какую GUI библиотеку он использует? Есть 2 версии дефолт и опенГЛ почему-то.
>expected slice `[u8]`, found enum `std::result::Result`
Ну вот какая-то процедура файла возвращает
>std::result::Result<&[u8], std::io::Error>
Я не могу понять как мне обработать возвращаемое чтобы получить &[u8]. Я делаю так
> let mut buf = reader.fill_buf();
пытаюсь что-то сделать с буфером и получаю
mismatched types
expected slice `[u8]`, found enum `std::result::Result`
note: expected mutable reference `&mut [u8]`
found mutable reference `&mut std::result::Result<&[u8], std::io::Error>`rustc(E0308)
>Result<&[u8], std::io::Error>
Это такая штука, которая возвращает либо Ok(&[u8]), либо Err(std::io::Error), соответственно, тебе надо достать значение из Ok(_). Это можно сделать несколькими способами. Можно сделать
let mut buf = match reader.fill_buf() {
Ok(val) => val,
Err(_) => panic!,
}
Можно сделать if let.
Самый простой, но хрупкий, который стоит только во время разработки применять, а потом поменять, это просто добавить .unwrap()
let mut buf = reader.fill_buf().unwrap() ;
У него есть улучшения, например unwrap_or(), unwrap_or_else(), expect(), про них отдельно можешь почитать.
>let mut buf = match reader.fill_buf() {
>Ok(val) => val,
>Err(_) => panic!,
>}
Так можно обрабатывать всё, что возвращает какой-то результат и какую-то ошибку?
И вот это
>Ok(val) => val,
не совсем понятно откуда берётся val. Если Ok(val), то mut buf будет &[u8] ?
>Так можно обрабатывать всё, что возвращает какой-то результат или какую-то ошибку?
Так можно обрабатывать вообще всё, что возвращает какой-то из нескольких вариантов (так называемые enum)
>не совсем понятно откуда берётся val.
Отсюда же и берётся.
Ok(здесь ты пишешь произвольное имя переменной) => здесь это имя можно использовать
>Если Ok(val), то mut buf будет &[u8] ?
Если внутри Ok(_) было &[u8], то будет &[u8].
fn file_size(path: &std::path::Path) -> u64 {
let x = match path.metadata() {
Ok(val) => val,
Err(_) => panic!(),
};
return x.len();
}
>>2121626
Если ты используешь panic!, то почему бы сразу unwrap не писать. Проще же.
Но правильный способ - это проброс ошибки дальше, чтобы вызывающий код решал бросать ему панику или вывести ошибку и продолжить работу программы.
Типо такого https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=f6d314249cdaf35cb85b319165ca1f55
> let mut f = File::open("foo.txt")?;
то же самое что
>let mut f = File::open("foo.txt").unwrap();
или нет?
Только вместо Err(err) => err, там Err(err) => err.into(), чтобы автоматом преобразовывать между разными типами ошибок. И в скором времени вопрос будет раскрываться по-другому, используя специальный трейт: https://github.com/rust-lang/rust/issues/84277
И как тогда мне прочитать и записать файл в одном скоупе? Читаю так
let file = match File::open(file) {
Ok(v) => v,
Err(_) => return,
};
let mut reader = BufReader::with_capacity(MAX_SIZE, file);
let mut buf = match reader.fill_buf() {
Ok(v) => v.to_vec(),
Err(_) => return,
};
тут делаю реверс буфера и хочу записать его на то же место используя file.seek(SeekFrom::Start(0))
https://stackoverflow.com/questions/47956653/is-it-possible-to-use-the-same-file-for-reading-and-writing/47956654
match file.write(buf) {
Ok(_) => (),
Err(err) => panic!({"{}",err),
}
То есть вот эта конструкция
> Ok(_) = > ()
говорит идти дальше по скоупу, правильно?
Она говорит, чтобы при успешной записи match ... возвращал пустой кортеж. Чтобы именно ничего не делать, используются фигурные скобки: Ok(_) => {} (т.е. при успехе выполнить пустой скоуп). Но прикол в том, что скоуп без возвращаемого значения тоже по-умолчанию возвращает пустой кортеж, а потому получается, что эти обе записи абсолютно идентичны.
>//+build tag_name
и потом go build -tags tag_name
Можно ли сделать так же с cfg? И как передать тэг cargo?
Как это побороть?
Да вроде не выхожу.
for entry in WalkDir::new(".") {
let n = match entry {
Ok(v) => v,
Err(_) => continue,
};
let x = n.path().to_str().unwrap();
out.push(x);
}
|
15 | let x = n.path().to_str().unwrap();
| ^ borrowed value does not live long enough
16 | out.push(x);
| --- borrow later used here
...
22 | }
| - `n` dropped here while still borrowed
Совершенно не понятно почему я не могу эту переменную использовать ниже.
Совершенно не понятно почему так и если я дальше использую x, то всё равно получаю does not live long enough.
for entry in WalkDir::new(".") {
let n = match entry {
Ok(v) => v,
Err(_) => continue,
};
let x = n.path().to_str().unwrap().to_string();
if is_dir(&x) {
out.push(&x); <- тут
}
}
Ты пушишь ссылку на временный объект. Потому и выдаёт тебе ошибку. Объект уничтожается после окончания итерации и ссылка протухает. Потому и надо преобразовывать &str в String (т.е. ссылку на строку в строку, которой владеешь ты) и пушить саму строку в коллекцию.
Так вот, я обломался уже на первой стадии - я не понимаю, как писать сам код, т.е. штука для писания письма (ЯП ранее не трогал, только с питоном баловался, так что извините моё невежество) не открывается. Что делать?
>inb4 выкатываться в другой язык/нахуй
Ты создаешь ссылку на месте и кладешь ее в вектор. Она живет только до конца блока. А потом дропается, поскольку она врменный объект (на стеке в границах блока).
Если класть не временные ссылки, а постоянный (в хипе) объект, то все работает:
https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=437f4f0d1f11bd9c8a3ddeebfc0cc8b7
Ты дурак? Это "for _ in _" никогда не надо использовать, если можно использовать "for_each", а никак не наоборот. Достаточно просто понимать во что рассахаривается "for _ in _" и заимплементить хотя бы один итератор, чтобы понимать почему "for_each" лучше.
>>2122999
Если совсем никак не можешь поставить себе редактор кода, то на старте можно писать и в play.rust-lang.org
Но без IDE писать на расте довольно сложно, так что я бы советовал тебе разобраться с rust-analyzer или IntelliJ.
>>2123032
Просто кто-то стрипнул символы. Или ты думал, что раст тебе бинарь просто по приколу раздувает?
#[cfg(version = "pro")]
fn main()
и как потом cargo передать --version=pro?
Если ты хочешь упороться не в программирование, а в математику, то лучше хачкель или пистон.
А если таки в программирование, то да, раст охуенный язык, но он решает конкретные проблемы крестовиков, а не какие-то глобальные проблемы программирования, как Alan lang, например, так что тут лучше не упарываться в раст, а смотреть от задач твоих.
Почему Раст до сих пор не вытеснил С++? Почему эти уёбки до сих пор пишут на небезопасном говне и жрут сегфолты и пополняют CVE пачками уязвимостей? Что не так с этим миром? По чесноку, что нужно расту для того, чтобы на него все тотально перешли и писали на нем системный софт? На нём И ТОЛЬКО БЛЯТЬ НА НЁМ???
Потому что нельзя так просто взять и переписать. К тому же кроме ошибок памяти есть и другие, которые компилятор раста не отловит. Старый код хоть как-то работает, а новый с нуля писать заебёшься, да и новые ошибки при переписывании могут всплыть. Если раст и внедряют, то таким образом, чтобы он мог менять существующий код частично. Плюс к вышесказанному есть проблема с совместимостью, потому что куча кода написана только для гцц и с ллвм не работает, растового а фронтенда для гцц пока нет.
>Потому что нельзя так просто взять и переписать
1. За 20-25 лет можно переписать ВЕСЬ существующий код и на С, и на С++ на чистый Раст.
2. Можно писать новый код для системного софта ТОЛЬКО на Расте, но тем не менее до сих пор большинство этого кода пишется на си и плюсах, какого хуя?? Люди любят жрать говно? Вселенский заговор? Раст объективно лучше плюсов по ВСЕМ параметрам, про си я вообще молчу, это не язык, а окаменелое недоразумение из-под мамонта.
>К тому же кроме ошибок памяти есть и другие, которые компилятор раста не отловит
80% опасных с точки зрения безопасности багов в системном софте связаны с ошибками работы с памятью. Логические баги чрезвычайно редко практически никогда приводят к взлому софта, по крайней мере на системном уровне.
>новые ошибки при переписывании могут всплыть
Смотри предыдущий пункт. Корень всех проблем - ошибки работы с памятью. На расте пишут ОС без unsafe блоков. Более того, при желании на Расте unsafe вообще никогда и нигде можно не использовать, это просто костыль для бывших крестовиков. А если и приспичит, то можно будет все немногочисленные unsafe блоки штудировать десятки раз на наличие багов, ибо если и есть баг в работе с памятью, то он может быть только там, и то если разраб криворучка. Вне unsafe блоков Раст математически не может иметь багов, связанных с памятью, а про логические баги я уже упомянул выше.
>Плюс к вышесказанному есть проблема с совместимостью, потому что куча кода написана только для гцц и с ллвм не работает, растового а фронтенда для гцц пока нет.
Вода камень точит, короче говоря. Очень надеюсь, что через лет 20 мир избавится от юзлесс легаси говна в виде си и плюсов. Раст сделает этот мир лучше и безопаснее.
Дополню: тебе с дивана легко рассуждать. Ты вообще имеешь опыт серьезной разработки? Можешь по нормальному расписать чем раст лучше плюсов и почему всем нужно на него переходить? Не просто "всем лучше" или "тебе надо, ты и думай почему он лучше", а по-нормальному.
Тебе ответил другой анон, теперь отвечаю я, который выкатил пару паст выше в поддержку раста.
У меня опыт 6 лет разработки на С++. Это говно ебаное, которое не стоит никакого внимания в 2021 году, когда есть современные языки программирования типа Раста, которые ГАРАНТИРУЮТ memory safety, будучи при этом компилируемым языком без проблем с производительностью. Почему Раст лучше плюсов. Очень просто - Раст имеет всё, что имеют плюсы, но вдобавок Раст безопасен. Причем безопасен и в многопоточности, а это прощай состояния гонки. 90% проектов можно писать без unsafe, даже целые ОС. Если Раст сдвинет плюсы, то количество CVE упадёт в ноль. Неужели все похуй и никто не хочет сделать мир безопаснее?
не мне надо, а всему миру надо! Даже майки и гугл начали это понимать и начали писать новый код на Расте. Да что уж там говорить, даже Торвальдс понял какой Раст охуенный и утвердил его использование в разработке модулей ядра для Линукса! Когда уже до остальных дойдет?
Ха!
>не 80% ошибки работы с памятью, а 60.
https://msrc-blog.microsoft.com/2019/07/18/we-need-a-safer-systems-programming-language/
И пикрилейтед. А также взгляни на все CVE, где балл CVSS 7.5 и выше. Из критических уязвимостей критическая == позволяет исполнить произвольный код от лица уязвимого процесса почти 100% - это ошибки работы с памятью.
>полностью не устраняет состояния гонки, а только гонки по данным
Как раз data race и является потенциально опасной ситуацией с точки зрения безопасности. Это единственный эксплуатабельный вид состояния гонки, все остальное - максмум denial of service.
>логический дедлок
совершенно безобидная вещь с точки зрения безопасности, особенно если такой баг есть в программе в пространстве пользователя, которую запускает какой-нибудь форк сервер. В ядре - проблематичнее, но опять же - это только DoS, исполнить произвольный код будет нереально.
>ОС без ансейфов не напишешь.
Чекай Redox OS и попробуй в их кодовой базе нагрепать ансейф блоки, лол. Да даже если и будут ансейф блоки, весь цикл тестирования будет сосредоточен на них, плюс это можно на изи обернуть в безопасные обертки. В случае с сиговном у тебя 100% кодовой базы - это потенциальный UB.
Ты попытался меня обосрать, но забыл снять штаны и жидко оподливился себе под хвост :shrugs:
Все последние 6 лет пишу RT embedded софт в индустрии автономных машин не в странах СНГ ясен-красен, а в США и непосредственно принимал участие в разработке кастомной RTOS с кодовой базой 8 миллионов LoC. Как опытный С++ разраб заявляю ещё раз, что в 2021 году есть гораздо более перспективные языки для более продуктивной и безопасной разработки системного софта. И да, это намёк на Раст. Если он не взлетит, я потеряю веру в человечество, потому что не писать на нём в 2021 - это быть ушлым консерватором и похуистом по поводу того, что во всем системном софте в мире имеются куча дыр из-за С/С++ говна, на котором категорически невозможно писать memory-safe код во всех случаях.
Лол, зашел по быстрому глянуть че там, так там практически в каждом файле ансейф, даже в логе нахуй, чет ты запизделся
https://gitlab.redox-os.org/redox-os/kernel/-/blob/master/src/log.rs
Без задней мысли:
- пишешь свой движок
- пишешь свои инструменты для удобной работы
- пишешь игру
Оссобено если что то низкоуровнево пишешь
Ничего плохого если ты хороший кодер, но у людей сразу триггер из-за названия.
Знаешь про драму вокруг владельца Actix Web? Он часто использовал unsafe и ей захейтили так, что он забросил проект, но щас всё норм, целая драма на ютубе из-за этого.
Он прокоментировал что-то вроде петухоны и джсеры считают, что я недостаточно знаю язык, чтобы использовать unsafe конструкцию
Actix кстати самый быстрый фреймворк на планете, быстрее с и с++
фул => https://www.youtube.com/watch?v=enLUX1TtNyE
Не нужен С\С++, он держится за счёт легаси только. Учи Раст с нуля, если так хочешь.
С\С++ значит можно советовать новичку, а Раст нельзя, да? Тут просто предупреждают что будет сложно, на самом деле Раст изичная хуита, много времени уходит просто на исследование синтаксиса, но нет моментов, что ты остановился и всё.
> но щас всё норм
Щас там все эти ансейфы за которые его хейтили убрали без потери производительности. Правда есть один недостаток у актикса - он не отдаёт память которую забирает для кэшей: https://github.com/actix/actix-web/issues/2075 Не совсем утечка памяти, но всё равно неприятно, что при одном большом запросе актикс сожрёт всю память и не отдаст её.
Начал копать раст, наткнулся на оффсайте раста пример с использованием крейта ferris_says. ( как я понимаю, всем известная штука, раз на самой почти первой странице приведен в качестве примера) Этот крейт выводит на стандартный вывод аскии картинку в виде краба, говорящего строку, указанную на вход (условно). Начал смотреть исходник, а там, помимо краба, есть еще отрисованная скрепка. Так вот вопрос: как вывести эту скрепку вместо краба?
Мой совет: в первую очередь всегда открывай Cargo.toml и смотри доступные фичи: https://github.com/mgattozzi/ferris-says/blob/master/Cargo.toml
В данном случае нужно активировать фичу
> [features]
> clippy = []
Как это сделать читай в справке: >>2123160
https://www.educative.io/courses/learn-rust-from-scratch/JPkDlO6WzvD
Если кратко - раст ближе к С++ или к Goвну по "системности"?
"Rust Язык, позволяющий каждому
создавать надёжное и эффективное программное обеспечение
Сайт говорит что каждый может создавать надежное и эффективное программное обеспечение на нем. Вот я хочу этим заняться. Только как?
Ты хочешь стать хирургом и оперировать. Сразу разрезать человека и оперировать нельзя - он умрет и ты ничего не понимаешь. Открываешь книгу по хирургии , но что бы ее понять нужна база. Говорят читайте введение в медицину. Что скрывается под этими словами неизвестно. Книг с таким названием нет. Что делать?
Как тебе уже выше советовали, начни с СИ. Либо, если ты хочешь научиться программировать, а не писать полнейшую ебень уровня yanderedev, то начни с БАЗЫ(архитектура ЭВМ, ОС, сети и т.д). Все таки rust - это системный язык, поэтому общее понимание этих вещей должно быть. Чтобы тебе пол жизни не читать труды Танненбаума и прочих великих людей, в качестве БАЗЫ я предлагаю тебе трехтомник Столярова. Это очень своеобразный персонаж, его есть за что критиковать(за его высказывания о современном вебе многие его вообще шизом считают), НО в своей области он разбирается очень хорошо и может чему-то научить. Пусть сайт тебя не пугает: http://www.stolyarov.info/books/programming_intro/e2
После освоения БАЗЫ можешь смело перейти на раст и писать свои проекты. Ну а если тебе вообще похуй, что ты делаешь, то послушай анонов выше и начинай говнокодить уже сейчас.
Ты неправильно аналогию поставил. Си - это как раз английский в мире программирования.
В твоём случае ты знаешь русский и тебе нужно выучить персидский. Да, для этого хоть и не необходимо не ебу, есть ли учебники по персидскому на русском, но желательно сначала выучить английский.
Покинь тред. Ты не программист, а лишь тролль.
>>2130742
Нет правильно. Си старый как говно мамонта язык, небезопасный и устаревший. Там процедурное программирование дядя, а в расте ооп. Тут 2 варианта. Учить сразу с++ и кодить на нем забивая попутно на раст либо по нормальному выучить раст с нуля.
А зачем нужен язык, на котором нельзя писать за деньги? Или вы тут просто как хобби балуетесь им?
Впервые создан современный язык, на котором ты можешь написать все. Представь, больше нет потребности в выборе того или иного языка, мол, "сегодня я пишу на питоне, а завтра под эту задачу выберу го, а на выходные я буду настраивать гарбейдж каллектор в жабе!!!". Ты только представь, тебе не надо больше писать на кривом го эти бесконечные ерорки! Не надо выравнивать копипасты со стековерфлоу в питоне! Тебе не надо пролистывать сотни тысяч полупустых классов на джаве, чтобы добраться до бизнеслогики. Блин, тебе даже не нужно переписывать калбэки в промисы, а потом в асинки на жопоскрипте!!! Тебе не нужно бороться с GIL, тебе не нужно просить друга установить сраную жабо-питоно-нода-машину, чтобы он посмотрел твою хеллоувордик!
ВСЕ!!! Закончилась эпоха кустарных языков в ИТ, да здравствует промышленная АЙТИ революция!!!!
Вот скажи, нафиг тебе какая-то оплата, когда ты находишься в грандиозном историческом моменте времени и можешь прикоснуться к великому первым??
В кокотлине тоже по дефолту все классы финальные. ООП на практике провалилось. Сейчас в мире джавы даже принят такой процедурный подход, когда у тебя есть тонкие данные и рядом сервисы, которые не имеют состояния (что это, как не структуры и набор функций).
Хз как во всей джаве. Уверен что мобильная разработка там тоже дров подкинула. Но там где я варился везде насаждалось идея "анемичных данных".
https://www.martinfowler.com/bliki/AnemicDomainModel.html
И да, люди на серьезных щах обсуждали плюсы этого подхода (даже не понимая, что заново открыли процедурное программирование, только в рамках ООП).
Просто вот вечная какая-то беда с языками. Читаешь, читаешь все логично и правильно и потом бац! И какашка! Огромная, мерзкая вонючая какаха!
Ну как так, зачем?? Открыл сорцы и действительно пишут этот бойлерплейт с mod и use.
Видимо он хочет чтобы pub работал как pub(crate), модуль импортировался не при помощи mod abcd; в коде, а по факту существования файла и по-умолчанию модуль экспортировал весь pub-контент из подмодулей. Тогда действительно ничего кроме импортов писать не надо.
Да обычные импорты по пути
/src/dir1/dir2/sub_module.rs
/src/sub_file.rs
use ProjectName::dir1::dir2::sub_module::SomeScruct
use ProjectName::sub_file::some_function
если имя пакета совпадает из зависимостями, сделать конструкцию типа
use Path as PathOther
use PathOther::Rnd::get_num
Сделать все что в текущей папке доступно всем локально (на уровне пакета), а то что выше через pub. Получиться что папка пакета будет представлять нечто типа API с публичным набором, а все кишки внутри спрятаны (через свой pub).
Ну или вообще не париться и отказаться от этого каскада, на просто на месте помечать pub.
С растом всегда так. Сначала смотришь - вроде и синтаксис хороший, и завезли красивые "функциональные" (сорт оф) фичи. И типа безопасный язык. И нет бумерского ооп говна из цпп. А начинаешь копать глубже - борроу чекер вставляет колеса там, где оно совсем не нужно. Куча бойлерплейта с лайфтаймами и трейтами. Неинтуитивная система модулей и не тривиальная сложность в имплементации простейших структур данных, таких как графы и связанные списки (с zero overhead, то есть без cell и тем более refcell). Идея с борроу чекером отличная, но имплементация оставляет желать лучшего, потому что на текущий момент он защищает только от самых тривиальных проблем.
> борроу чекер вставляет колеса там, где оно совсем не нужно.
Самый крупный недостаток из современного борроу чекера исправят в 2021 эдишне: https://github.com/rust-lang/rust/issues/88126 Правда ценой увеличения размера некоторых замыканий.
В остальном вкусовщина. Те же "простейшие структуры данных" в реальном коде ты никогда не пишешь.
>Зачем?
Как минимум потому что файловой системы может вообще не быть. Или чтобы можно было менять логистику проекта независимо от логики, когда большой mod{} просто перемещаешь в отдельный файл, ничего не меняя в коде. Потом делаешь его отдельной директорией, а содержимое перемещаешь в mod.rs. Независимость внутренней структуры программы от внешней структуры исходных кодов — это хорошо, или ты не согласен?
Конкретно можешь почитать в обсуждениях rfc. Там всегда первый аргумент "подумайте о новичках!", как "подумайте о детях!", что я нахожу забавным.
>а сам пути не мог найти?
Покажи пример, где ты не смог путь найти?
>Все равно так или иначе упирается в пути и их используют. Что там победили то?
Например, можно все .rs запихать в один файл тупым рекурсивным скриптом, который просто содержимое всех файлов оборачивает в mod <название>{} и оно будет работать без изменений.
Если тебе прям очень хочется, то есть
#[path = "foo.rs"] mod c;
директива
https://doc.rust-lang.org/reference/items/modules.html#the-path-attribute
Но, конечно, после такого тупым скриптом не обойтись.
>>2132200
Если ты решил, что это я себе двачую, то ты ошибся. Я так понял, он вообще твою позицию поддерживает.
>и не тривиальная сложность в имплементации простейших структур данных, таких как графы и связанные списки (с zero overhead, то есть без cell и тем более refcell)
Если ты знаешь как тривиально и безопасно имплементировать с zero overhead простейшие структуры данных в других языках, то просто пишешь unsafe{} и имплементируешь их. "Умные" инструменты раста могут не всё, это никакой не сюрприз, поэтому тебе и предоставлены глупые инструменты, при работе с которыми умным придётся быть тебе.
Я открыл сорцы на гитхабе и увидел тонну бойлерплейта в mods.rs.
Самое смешное, что это нечто похожее на импорты в питоне. Я даже по началу испугался что есть циклический импорт (но вроде сказали что нет).
Проблема всего этого было не васянстве такой системы, а в том, что нормально это нигде не написано. Мол "mod" описывает модуль, а если без тела он !!!!импортирует. И это я смог узнать только прочитав статью от человека, который тоже на этом месте запнулся.
>Как минимум потому что файловой системы может вообще не быть
Пруфы можно? Просто вероятно если нет файловой системы, то весь код будет написан явно вне этой системы и в последующем как-то интегрирован одним бинарем. Что как бы нивелирует всю твою идею.
>Например, можно все .rs запихать в один файл тупым рекурсивным скриптом
Зачем? Это демонстрация из серии "смотри как могу" или что? Все что я видел на гитхабе, все это завязано на путях. Да и как бы хер бы с этими путями, самый шлак это писанина в mod.rs
У меня уже тоже стала закрадываться идея о некой "сырости" раста. Я думал весь хейт был связан с бородатыми плюсовиками, которые бояться за свои места и не хотят переучиваться. Но в реале чет не все так радужно.
Не то чтобы я ныл с синдромом утенка, но вот от системного языка хочется увидеть отполированный дизайн без васянства (мы художники, мы так видим).
Попробую, конечно, осилить доку. Но чувствую что будут ждать какой-нибудь выпук от МС, который на фоне проб и ошибок раста выплюнет годноту. Что, что, а МС умеет дизайнить языки
use Some::something::
use Some::other::
Ну, типа в жабе есть приписки к доменам, а тут как это победили?
2) Есть ли возможность подключить одну и ту же библиотеку разных версий? То еще васянство, знаю, но все же. Мало ли я там постепенно переписываю часть кода под новую версию либы
Друг, ну, ты не понял, хорошо. Но ты уверен, что если ты не понял, то это надо поменять? Ты так ко всему подходишь?
>>2132520
>Мне вот без хейта интересно как решается проблема с одинаковыми именами пакето и крейтов
Не бывает крейтов с одинаковыми именами, индекс crates.io глобальный. Если ты свой крейт назвал так же, как существующий, то придётся переименовать. Такое вот решение, со своими преимуществами и недостатками.
>Друг, ну, ты не понял, хорошо. Но ты уверен, что если ты не понял, то это надо поменять? Ты так ко всему подходишь?
Понимаешь, от системного языка я чаще жду что-то типа "мы сделали так, потому что по другому не смогли и вот тебе причина, живи с этим...". В любом случае ты осознаешь что ты на системном языке и ты готовишься к неизбежному бойлерплейту и так, потому что знаешь такова цена отсутствия абстракций. И тут блин, ты видишь, что просто копируют не самую лучшую модель пакетов из питона. Ты осознаешь, что люди просто не старались, они создали бойлерплейт на ровном месте, в таком языке, где этому большая цена.
Я не люблю художников, мне не надо красиво, мне надо удобно.
>Не бывает крейтов с одинаковыми именами
То есть, я не могу сделать себе локальное хранилище своих крейтов? Мне надо будет свой код всегда публиковать? Очень интересное решение, на моей работе всем бы это "понравилось", мы любим хранить свой код на внешних серверах публично (рили опять васянство??).
Это с чего вдруг такой тезис появился
Другим языкам дозволено менее продуманными быть?
>Понимаешь, от системного языка я чаще жду что-то типа "мы сделали так, потому что по другому не смогли и вот тебе причина, живи с этим...".
Весь процесс принятия решений открытый и решения расписаны в rfc. Что тебе ещё не хватает? Ссылки? Вот ссылка
https://github.com/rust-lang/rfcs
Все решения с 2014 года там.
>бойлерплейту
>бойлерплейт
Не хочешь изолировать, то пиши всё в одном глобальном неймспейсе, там всё всем доступно. Никто ж не заставляет на модули разбивать.
>То есть, я не могу сделать себе локальное хранилище своих крейтов? Мне надо будет свой код всегда публиковать?
Где ты это прочитал? Я там такого не писал.
Там же тебе и ответ расписали. Попробую по-медленней:
-Системный язык более подвержен бойлерплейту за счет отсутствия многих абстракций.
-Значит системный ЯП более чувствителен к плохому дизайну. То есть, нет возможности навернуть абстракцию, которая за некую стоимость ресурсов пофиксила бы что-то.
Например плохой дизайн засунуть сырой поток байт и потом назвать это строкой (как в го и вроде в расте так же). Теперь всегда чтобы работать с позициями юникода нужно будет переводить в руны (нормальную последовательность из юникод элементов), что не бесплатно.
Хорошо, перефразирую.
>Это вопрос на основе твоего утверждения.
Как на основе моего утверждения у тебя появился этот вопрос? Для меня это non sequitur
https://www.thefreedictionary.com/Non+sequitor
Когда же хоть кто-нибудь уже изобретет препроцессор, чтобы не повторять код. А то бедным программистам не под силу читать много букв, а сделать препроцессор сами для своей задачи у них лапки. Как это они что ли код должны будут писать, а не просто вызвать стандартные функции?
Мимо
Сейчас пацаны из Имперского Колледжа Лондона запилят Verona, так что всем кто участвовал в эксперименте раста, отдельное спасибо, все свободны.
>verona
самое худшее, что можно придумать. вместо запила новых языков с новыми концепциями и улучшения старых. будут переизобретать одни и те же. микрософт дропнул уже дохуя интересных исследовательских языков, почему он не дропнет эту пародию на раст. действительно, вместо работы над растом будут пилить недораст.
>эксперименте раста
раст это не экспериментальный язык
работа есть?
Вообще-то там исследование и конкретно исследуют улучшенную концепцию раста (множественное владение) в условиях конкаренси (ну еще что-то там из языка пони и циклона) и вроде с интеропом С++.
Хочу ли я лично чтобы это переросло в новый язык программирования - конечно. Что в этом плохого, когда есть несколько концепций? Тем более умные люди из МС умеют дизайнить языки.
Ну и у МС есть ресурсы чтобы такое делать. Искренне уже надоело, когда сейчас чуть ли не каждый высирает очередные поделие. Типа на те, пилите дальше сами, "мы шмогли" (и то где-то половину синтаксиса, а остальное просто нагадили в торопях)!
мимоОП
Да, почитал о нём. На раст он кстати не похож, но довольно интересно там даже есть анонимные? конструкторы
>value: (iso & Value) | (None & imm);
и variadics
>length[T...](x: T...): USize
>>2133010
только экспериментальные наработки мс мало где используются, кроме F* который заюзали для mitls и всё.
>очередные поделие
В этом и был поинт, всё чаще выходят языки типа vale, vlang, hare, etc, которые вроде не предлагают безопасность, но пытаются копировать раст, не понимая сути безопасности раста.
LLVM ERROR: out of memory.
Хули теперь делать?
А держи, дорогой.
Вообще есть. Если при компиляции включить unwind их даже в рантайме ловить можно: https://doc.rust-lang.org/std/panic/fn.catch_unwind.html
А у того явно какие-то проблемы с FFI в библиотеке и скорее всего С++ код бросает эксепшон, который пробирается через FFI в растокод.
>archlinux x86_64
>1GB RAM 1 processor
>swap 2GB
как нехуй делать собрал alacritty
а вот попробуйте собрать агду
Я навернул только ту инфу, которая была общедоступна (не осилю я сорцы). Вероятно хотят упростить раст и скрестить с конкурентностью (не удивлюсь что пытаются под копот убрать как в го асинки).
Когда инженера комментировали раст, они там так сказали, мол в целом раст их устраивает. И в таком ответе можно уловить две нотки.
1) Раст имеет "фатальный недостаток" (читай на лурке), то есть, он принадлежит не им! И вот сейчас они что-то пилят, но это что-то должно выйти с какими-то плюшками, которые подкупят нового обывателя (нельзя просто сделать второй раст).
2) Либо раст хорош, но имеет какие-то нюансы, которые правда не устраивают инженеров, но идея их зацепила и типа пилят исследуют как сделать лучше.
А еще я нарыл какую-то инфу про новый язык НЕ структурного программирования "bosque". Не удивлюсь если мы увидим новый "раст" в новой парадигме кодинга, да еще в стиле тайпскрипта (как bosque).
Плюшка в технических возможностях языка.
Мое имхо - исследуют как сделать проще владение, рассчитанного на среднего программиста и исследуют возможность как спрятать конкаренси под капот (это делает его использование проще некуда).
Возможно результат исследование будет таким, что и раст себе на вооружение возьмет. Или ничего не получиться.
ПЕРЕКАТ: https://2ch.hk/pr/res/2133349.html
ПЕРЕКАТ: >>2133349 (OP)
ПЕРЕКАТ: https://2ch.hk/pr/res/2133349.html
ПЕРЕКАТ: >>2133349 (OP)
ПЕРЕКАТ: https://2ch.hk/pr/res/2133349.html