forum.opennet.ru - "Релиз языка программирования Rust 2024 (1.85) " (148)

"Релиз языка программирования Rust 2024 (1.85) "

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Релиз языка программирования Rust 2024 (1.85) "	+/–
Сообщение от opennews (??), 21-Фев-25, 16:56
Опубликован релиз языка программирования общего назначения Rust 1.85, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Кроме штатного номера версии 1.85 выпуск обозначен как Rust 2024, что знаменует стабилизацию изменений, предложенных за последние три года. Редакция языка "Rust 2024" станет основой для наращивания функциональности в последующие три года, по аналогии с тем, как выпуск Rust 2021 стал базисом для развития языка в прошедшие три года... Подробнее: https://www.opennet.me/opennews/art.shtml?num=62769
Ответить \| Правка \| Cообщить модератору

Оглавление

К сожалению, try блоки так и не добавили Сколько лет уже с такой мелочью тянут , Аноним (2), 16:56 , 21-Фев-25, (2) –8

Сможешь описать, кратко, какая функциональность будет привнесена try блоками , Карлос Сношайтилис (ok), 17:01 , 21-Фев-25, (9) +5

Чтобы если у падает растовый код, то падал осмысленно, а не в панике Хотя Може, Жироватт (ok), 17:04 , 21-Фев-25, (11)

Rust итак обязывает обрабатывать все возможные ситуации поведения кода Добавить, Соль земли (?), 17:23 , 21-Фев-25, (23) +7

И как ты корректно panic в хрусте обрабатывать собрался В ядре по этому повод, Аноним (-), 21:14 , 21-Фев-25, (92) +2

Так он осмысленно падает Даже в лог может записать где и что А вот продолжать в, Аноним (-), 17:35 , 21-Фев-25, (30) +3

Это прям в ядре самого языка такое А если у меня нет открытого TTY , Аноним (60), 19:11 , 21-Фев-25, (60) +1

Пиши в файл, раз tty нет Что, и файлов нет Тогда мигай диодом три коротких, т, Аноним (63), 19:18 , 21-Фев-25, (63) +9

Почему нельзя ограничить панику только той частью кода, которая выполняет одну к, Аноним (104), 21:33 , 21-Фев-25, (104)

А вы умеете изолировать память одной конкретной задачи от всех остальных Как вы , Аноним (-), 01:24 , 22-Фев-25, (132) +3

А с самого начала проектировать язык так, чтобы одна задача не портила данные ос, YetAnotherOnanym (ok), 05:31 , 22-Фев-25, (142) –1

Если ты имеешь глобальную кучу и все задачи имеют к ней доступ, то любая из них , Аноним (170), 17:31 , 22-Фев-25, (170)

Почему-то у Армстронга и компании ещё в 80-е годы прошлого века получилось спрое, Аноним (104), 18:10 , 22-Фев-25, (173)

Почему нельзя Есть catch_unwind Со своими особенностями правда, он не гарантир, Аноним (-), 15:31 , 22-Фев-25, (168)

Смешивание в одной функции работу с разными библиотеками, возвращающими разные о, Аноним (2), 17:09 , 21-Фев-25, (14) –1

cargo add thiserror, pashev.ru (?), 18:00 , 21-Фев-25, (46)

Это тут причем thiserror структурированные ошибки превращает в строковые, уничт, Аноним (2), 20:02 , 21-Фев-25, (78) –2

Совершенно неверно , freecoder (ok), 23:32 , 21-Фев-25, (116) +3
Ты перепутал его с anyhow, thiserror лишь упрощает создание идиоматических ошибо, morphe (?), 07:39 , 22-Фев-25, (146)

anyhow , Zeke Fast (?), 03:05 , 22-Фев-25, (135)

По хорошему, надо бы еще в хруст добавить монады Язык без монад - слишком примит, Жироватт (ok), 17:06 , 21-Фев-25, (12)

Хорошая идея Завалить раст мусором фич , Аноним (24), 17:23 , 21-Фев-25, (24) +6
Скрыто модератором, Аноним (-), 17:30 , 21-Фев-25, (27) –1
А с монадами язык получается очень сложный Я люблю Haskell, но я не вижу большо, warlock66613 (ok), 00:39 , 22-Фев-25, (130)
GAT-ы вам в помощь Когда с лайфтаймами монадить научитесь, может и типы вам дад, Zeke Fast (?), 03:08 , 22-Фев-25, (136)
А давайте ещё и турку к нему прикрутим , Аноним (167), 14:54 , 22-Фев-25, (167)

Много чести Проще игнорировать , Аноним (22), 17:17 , 21-Фев-25, (22)
1 unwrap или expect message не обрабатывает ошибку и приводит к панике, ес, Аноним (69), 19:37 , 21-Фев-25, (69) –2

А почему try в experimental фичах тогда УЖЕ висит Не далее как вчера кто-то тут, Аноним (-), 21:21 , 21-Фев-25, (99)

Там смысл другойtry не про ловлю паник для ловли паник есть catch_unwind try пр, morphe (?), 07:42 , 22-Фев-25, (147) +1

а они там не нужны, вместо них Result, просто надо писать в несколько другом сти, Аноним (70), 19:44 , 21-Фев-25, (70) +1
А должны Это же ООП в чистом виде, если ты их хочешь, тебе скорее в c или koti, Илья (??), 20:41 , 21-Фев-25, (84) +1

Чего такого объектного в try catch Это просто попытка выполнить некий блок, с к, Аноним (-), 21:19 , 21-Фев-25, (97)

В тот же Forth ещё в стандарт 95 года добавлено было, а он сроду не объектно-ори, Аноним (144), 07:01 , 22-Фев-25, (144) +1

Такие заявления, которые причисляют к ООП фишки, которые ни разу ни ООП, я подоз, Аноним (-), 11:29 , 22-Фев-25, (153)

Эти блоки не нужны Паники не являются исключениями не смотря на сходство Если с, laindono (ok), 22:09 , 21-Фев-25, (109) +4
Не очень понятно, что такое try блоки Панику ловить и так есть функция Обычн, Аноним (137), 03:24 , 22-Фев-25, (137)

Спецификации как не было, так и нет до сих пор, вместо этого ну типа, держитесь, Bottle (?), 16:59 , 21-Фев-25, (5)

О Раст-бинго работает Как раз в этом тренде перечислял список гениальных вопро, Карлос Сношайтилис (ok), 17:13 , 21-Фев-25, (17) +2

gcc clang, неа Они ещё поддерживают переключение между стандартами А также ком, Маняним (?), 18:56 , 21-Фев-25, (55) –1

Неа Ни тот ни другой не поддерживает все стандарты полностью То есть стандарты, Карлос Сношайтилис (ok), 00:23 , 22-Фев-25, (126) +2

держи пустомеляhttps www sae org standards content ja1020 , Аноним (152), 10:27 , 22-Фев-25, (152)

Кстати, а как ты умудрился написать комментарий на этом сайте Ведь нет же станд, Карлос Сношайтилис (ok), 17:13 , 21-Фев-25, (18) +3

Ну так тут одна версия сайта А раст это микс , Аноним (36), 17:44 , 21-Фев-25, (36) –1

Браузеров много, сайтов много, всё работает, стандартов нет Как так , Карлос Сношайтилис (ok), 21:00 , 21-Фев-25, (87) +2

Как нет HTML 5 как пример , Аноним (36), 21:17 , 21-Фев-25, (94) +2

Не, это соль Вон тут гражданин - с подходящим ником как раз , Аноним (-), 21:22 , 21-Фев-25, (100)

Как это нет стандарта на интернет Больше тысячи рфсишек, иетф тот-же , Аноним (58), 19:00 , 21-Фев-25, (58) +4

Вот именно, больше тысячи И ни одна не соблюдается на 100 Впрочем, у RFC стату, Аноним (70), 19:51 , 21-Фев-25, (75) +3

Всю тысячу посчитал Прям так и написано Вот РФЦ раста, но можете их не выполня, Аноним (-), 20:03 , 21-Фев-25, (79) +1

Мне больше RFC 1149 нравится Ну а что, стандарт интернета Регламентирует IPoAC, Аноним (-), 21:24 , 21-Фев-25, (102)

IEEE, ICANN, IANA, IETF, w3 8230 , Аноним Анонимович Анонимов (?), 22:59 , 21-Фев-25, (114) –1

Отсутствие спецификации как-то не помешало на сишке операционные системы писать , Аноним (63), 19:21 , 21-Фев-25, (64) +4
Пока компилятор только один, в спецификации нет никакого смысла Ну напишет кто-т, Аноним (70), 19:50 , 21-Фев-25, (74) +4
Хорошего кексперта издалека видно Спецификация есть в виде RFC Это распростране, Аноним (-), 19:57 , 21-Фев-25, (76) +3

Это были лохматые годы более четверти века назад С тех пор стандарты для ЯП ста, Аноним (60), 21:24 , 21-Фев-25, (101)

Ну вот можете считать, что уже перестали Новые языки делаются иначе Окончатель, warlock66613 (ok), 00:48 , 22-Фев-25, (131) +4

Чаво, -ть , Аноним (167), 14:51 , 22-Фев-25, (166)

Мне кажется их из Мазилы выгнали в том числе что спецификации не могли сформули, Аноним (143), 06:18 , 22-Фев-25, (143)

А причем тут раст, если это делается исключительно средствами LLVM , Аноним (60), 16:59 , 21-Фев-25, (6) +1

При чем тут llvm, если llvm только перегоняет llvm-ir в машинные коды А сам llvm, Аноним (-), 17:38 , 21-Фев-25, (32) +1

А вот прям в новости написано буквально следующее Второй уровень поддержки под, Аноним (60), 22:16 , 21-Фев-25, (110) +1

Чем отличается от c с трёх летним циклом стандартов , Аноним (7), 17:00 , 21-Фев-25, (7)

Как собрать приложение на C из исходников, если приложение состоит из компонен, Карлос Сношайтилис (ok), 17:14 , 21-Фев-25, (19) +2

В большинстве случаев - просто собрать эти компоненты в своей версии стандарта , Аноним (35), 17:43 , 21-Фев-25, (35) –1

, MT (ok), 17:46 , 21-Фев-25, (38)

у человека фаерфокс, а там код на расте так вмешивается в свою критику, Аноним (42), 17:52 , 21-Фев-25, (42)

Легко Собираешь а разные библиотеки, потом линкуешь вместе, Александр (??), 19:13 , 21-Фев-25, (61) –2

Тремя компиляторами Легко , Карлос Сношайтилис (ok), 21:02 , 21-Фев-25, (89) +3

Почему на российском рынке больше востребован Го чем Раст , Аноним (13), 17:06 , 21-Фев-25, (13) –3

Действительно, ведь го должен быть востребованнее больше всего в Голланди, а rus, r2d0 (?), 17:30 , 21-Фев-25, (28) +17

Возможно Голандию и назвали в честь Го, кто знает , Аноним (13), 18:54 , 21-Фев-25, (53)
Или в Сербии rs , freecoder (ok), 23:36 , 21-Фев-25, (117) +2

На го написано много проектов, а на расте ни одного большого проекта нет , Аноним (66), 19:30 , 21-Фев-25, (66) –1

Потому что в Rust принято поощрять использование свободных библиотек крейтов в, freecoder (ok), 23:40 , 21-Фев-25, (118) +1

Только если первая значащая цифра версии не 0 Из-за этой херни в одном проекте , Cucumber (?), 07:12 , 22-Фев-25, (145)

Обычно если дубли и есть, то их 2-3 штуки Ни разу не видел десяток openssl и l, freecoder (ok), 23:20 , 22-Фев-25, (181)

Потому что большая часть разработки это плюс-минус перекладывание JSON по HTTP д, Аноним (68), 19:35 , 21-Фев-25, (68) +3
В раст выше порог вхождения, а программисты на Го - это те же самые программисты, Аноним (137), 03:28 , 22-Фев-25, (138) +1

Мне не нравится, что релизы Rust выходят так часто C C все ясно 8212 он об, Уууууъъъ (?), 17:16 , 21-Фев-25, (21) –4

Релизы раста выходят раз в несколько летРелизы C выходят раз в несколько лет, Карлос Сношайтилис (ok), 17:25 , 21-Фев-25, (25) +10

Ну так это сейчас А аноним возможно знает только про переход с C 03 на C 11 П, Аноним (-), 17:48 , 21-Фев-25, (40) +2

Ой, знал бы ты как часто веб-технологии часто обновляются Их хоть каждый день м, Аноним (-), 17:32 , 21-Фев-25, (29)
Редакции Rust выходят раз в три года Если для вас это слишком часто, то возможн, freecoder (ok), 23:44 , 21-Фев-25, (119) +4

Не вводите людей в заблуждение - график проплачивается спонсорами Gazprom, Gasu, Аноним (125), 00:01 , 22-Фев-25, (125) +1

Так вот кто виноват в глобальном потеплении Я так и знал , Аноним (-), 00:29 , 22-Фев-25, (129) +1

Надо чаще 8211 раз в неделю, по пятницам Как на этой неделе Было бы прекрас, Карлос Сношайтилис (ok), 00:29 , 22-Фев-25, (128) –1

Теперь можно писать package edition 2024 , Соль земли (?), 17:28 , 21-Фев-25, (26) +4
Мне не нравится, что надо его ставить через rustup, с Golang всё проще rm -rf , Уууууъъъ (?), 17:38 , 21-Фев-25, (31) +1

А как в Golang решается вопрос с несколькими разными версиями го Напр тебе нуже, Аноним (-), 17:41 , 21-Фев-25, (33) +1

https go dev doc manage-install, OpenEcho (?), 12:29 , 22-Фев-25, (161)

Для того, чтоб управлять несколькими версиями Go есть https asdf-vm com , Уууууъъъ (?), 17:44 , 21-Фев-25, (37)
Вы правы, приведённую вами курдыберду запомнить проще, чем rustup update , freecoder (ok), 23:45 , 21-Фев-25, (121)

Если с памятью все в порядке, то, конечно, проще , Уууууъъъ (?), 04:43 , 22-Фев-25, (141)

Скрыто модератором, Аноним (39), 17:47 , 21-Фев-25, (39) +2
Не надо нам эти ваши ни Rust 1 85, ни Rust 2024 Rust 2502 - чётко и понятно , Аноним (43), 17:58 , 21-Фев-25, (43)

В 2502 всё ещё помнят про Rust , Аноним (52), 18:44 , 21-Фев-25, (52)

Это ещё ладно А вот если бы руст релизился каждый день, то был бы Rust 250220 И , Аноним (43), 21:55 , 21-Фев-25, (107)

Дабы тема не разросталась как предыдущая не ну реально я уже устал ржать с убо, Аноним (49), 18:13 , 21-Фев-25, (49) –1

Я так и не вкурил, как мне обработать массив, созданный в другом объекте Бескон, Аноним (57), 18:57 , 21-Фев-25, (57) –4

Безопасность безопасность , Ан Оним (?), 19:06 , 21-Фев-25, (59)
Производительность будет ниже при копировании данных, смена владения ничего не с, чатжпт (?), 19:59 , 21-Фев-25, (77) +2

Как так ничего Инструкция есть, но тактов процессора не потребляет Магия поди , Аноним (57), 21:01 , 21-Фев-25, (88) –3

Оно при компиляции проверяется , Аноним (111), 22:18 , 21-Фев-25, (111) +3
Местные Ж опо Скритошники совсем не палятся, млин , Аноним (125), 23:06 , 21-Фев-25, (115) +1

владение 8211 это понятие уровня разбора AST, даёт возможность компилятору , Карлос Сношайтилис (ok), 21:11 , 21-Фев-25, (91) +2
Передавайте массив по мутабельной ссылке , freecoder (ok), 23:48 , 21-Фев-25, (122) +2

Так его же позволят передать только в одно место А хочется в него писать сразу и, Аноним (-), 00:27 , 22-Фев-25, (127) +2

Задавая таким образом вопросы, и не вкуришь Задача размыта Я подозреваю намере, Аноним (-), 11:38 , 22-Фев-25, (158) +1
Всё это объясняется во первых строках официальных и неофициальных учебниках по, Аноним (137), 12:30 , 22-Фев-25, (162)

Ну и зачем так делать , Аноним (72), 19:46 , 21-Фев-25, (72) –1

Вот именно зачем так делать Но в большинстве ЯП нельзя использовать в одной ко, Карлос Сношайтилис (ok), 21:16 , 21-Фев-25, (93) +1

Спасибо Совсем забыл про этот пост , Карлос Сношайтилис (ok), 21:04 , 21-Фев-25, (90)

лучший синтаксис который я видел Даже перловка обложенная экспешинами не достав, pavel_simple. (?), 19:45 , 21-Фев-25, (71) +2

согласен, но тут не хваает апострофов, Аноним (60), 20:14 , 21-Фев-25, (80) +1
Это ты ещё на С С не писал, похоже , Карлос Сношайтилис (ok), 21:17 , 21-Фев-25, (95) +2

Это что за язык такой , Нуину (?), 01:44 , 22-Фев-25, (134)

Скрыто модератором, Аноним (-), 18:05 , 22-Фев-25, (172)

В C , разве что, угловые скобочки могут кого-то, незнающего про шаблоны, смутит, Аноним (167), 14:45 , 22-Фев-25, (164)

https blog reverberate org 2013 08 parsing-c-is-literally-undecidable htmlСинт, Аноним (174), 18:16 , 22-Фев-25, (174)

В приведенной статье речь не про синтаксис, а про разбор Как это в расте реализ, Нуину (?), 22:31 , 22-Фев-25, (176)

Вы, видимо, перла никогда не видели, а ваш опыт базируется на том, что краем у, Аноним (106), 21:47 , 21-Фев-25, (106) +1

Мой опыт включает ковыряния в скриптах на перле, и допиливание их под мои нужды , Аноним (-), 11:55 , 22-Фев-25, (159) +1

вот так нада писать return new TextDecoder decode new Uint8Array this , Аноним (57), 22:44 , 21-Фев-25, (112) +1
Это искусственный пример для демонстрации новой фичи паттерн-матчинга В реально, freecoder (ok), 23:51 , 21-Фев-25, (123) +1

Это всё равно не отменяет того, что код на Rust действительно тяжело воспринимат, rrgbv (ok), 04:05 , 22-Фев-25, (140)

Не сложнее чем плюсы читать, но оба сложнее читать чем какой-нибудь go С python, Аноним (150), 10:02 , 22-Фев-25, (150)
Всё-таки вопрос вы знаете Rust или нет Просто язык-то на самом деле довольно п, freecoder (ok), 23:25 , 22-Фев-25, (182)

Лол, таплы теперь кортежи Не прекращаю поражаться надмозгам, которые превосходя, Аноним (-), 12:05 , 22-Фев-25, (160)

Всегда ими и были А вы, похоже, не учили информатику в университете институте,, freecoder (ok), 23:12 , 22-Фев-25, (177)

Ты написал какой-то бред, и усмехаешься на тем, что это - бред Молодец, показал, Аноним (137), 03:37 , 22-Фев-25, (139) +1

Автор не остроумный, автор просто привёл минимальный пример переусложненного пат, Cucumber (?), 09:50 , 22-Фев-25, (149)

При использовании Rust можно будет оставить в прошлом такие проблемы, как обраще, Аноним (39), 20:35 , 21-Фев-25, (82)

а на очередную закорючку раста внимание не рассеивается , Аноним (57), 22:47 , 21-Фев-25, (113)

Нет Рассеивается только у тех, кто не выучил Rust , freecoder (ok), 23:14 , 22-Фев-25, (178)

Опять до тучи изменений, притом даже в базовом синтаксисе Зачем такой язык в яд, Нуину (?), 20:40 , 21-Фев-25, (83)

Крепись, ядро УЖЕ переписываются с небе9опасного С на безопасный раст , Аноним (39), 20:55 , 21-Фев-25, (85) –1

Точно безопасный https github com Speykious cve-rsТочно-точно https github, Нуину (?), 20:59 , 21-Фев-25, (86) +1

Скрыто модератором, Аноним (39), 21:18 , 21-Фев-25, (96) –1
Точно А ссылки твои даже здесь, на опенете, уже разобрали по полочкам и ответили, Карлос Сношайтилис (ok), 21:20 , 21-Фев-25, (98) –2

На вере далеко не уедешь , Нуину (?), 23:45 , 21-Фев-25, (120)

Ну чтож, дополним лозунг Stable API is nonsece лозунгом Stable syntax is non, Аноним (148), 09:07 , 22-Фев-25, (148)

А какие изменения в базовом синтаксисе вы имеете ввиду ref и mut в паттернах Т, freecoder (ok), 23:54 , 21-Фев-25, (124) +1

Релиз языка программирования Rust 2024 (1.85) , Нуину (?), 01:43 , 22-Фев-25, (133)

Так это не синтаксическое изменение же , freecoder (ok), 23:15 , 22-Фев-25, (179)

Запомни USERNAME Это - не рак, это развитие , mos87 (ok), 11:32 , 22-Фев-25, (155)

Rust - язык повышенной надёжности, в своей области он, может быть и хорош, но дл, Ан Оним (?), 20:06 , 22-Фев-25, (175)

Если вы такое пишете, то возможно это именно вам не место в проектах общественно, freecoder (ok), 23:17 , 22-Фев-25, (180)

Сообщения [Сортировка по времени | RSS]

2. "Релиз языка программирования Rust 2024 (1.85) " –8 +/–

Сообщение от Аноним (2), 21-Фев-25, 16:56

К сожалению, try блоки так и не добавили. Сколько лет уже с такой мелочью тянут.

Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз языка программирования Rust 2024 (1.85) " +5 +/–

Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 17:01

Сможешь описать, кратко, какая функциональность будет привнесена try блоками?

Ответить | Правка | Наверх | Cообщить модератору

11. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Жироватт (ok), 21-Фев-25, 17:04

Чтобы если у падает растовый код, то падал осмысленно, а не в панике.
Хотя...
Может боятся, что будет try{ unsafe{ try{ ... } } } ?

Ответить | Правка | Наверх | Cообщить модератору

23. "Релиз языка программирования Rust 2024 (1.85) " +7 +/–

Сообщение от Соль земли (?), 21-Фев-25, 17:23

Rust итак обязывает обрабатывать все возможные ситуации поведения кода. Добавить смысла можно через match возможных значений.

Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от Аноним (-), 21-Фев-25, 21:14

> Rust итак обязывает обрабатывать все возможные ситуации поведения кода.
> Добавить смысла можно через match возможных значений.
И как ты корректно panic() в хрусте обрабатывать собрался? В ядре по этому поводу некую хтонь try* сделали. Когда оно таки может быть - null - и надо - проверять. Чем это от сишки отличалось - я так и не понял, семантика та же самая, чуда не произошло.
А try видимо - чтобы попробовать вот что-то такое менее #$%нуто делать. Но читать дохлых страусов ДО того как кодить - видимо не модно.

Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз языка программирования Rust 2024 (1.85) " +3 +/–

Сообщение от Аноним (-), 21-Фев-25, 17:35

> Чтобы если у падает растовый код, то падал осмысленно, а не в панике.
Так он осмысленно падает. Даже в лог может записать где и что.
А вот продолжать выполнение программы после паники нельзя - никто не знает что произошло, где память в ансейфе попортили, т.е. в общем стейт неконсистентный.
А если стейт все еще консистентный, то это не паника и вы что-то не так сделали в обработке ошибки.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

60. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (60), 21-Фев-25, 19:11

> Даже в лог может записать где и что.
Это прям в ядре самого языка такое? А если у меня нет открытого TTY?

Ответить | Правка | Наверх | Cообщить модератору

63. "Релиз языка программирования Rust 2024 (1.85) " +9 +/–

Сообщение от Аноним (63), 21-Фев-25, 19:18

Пиши в файл, раз tty нет. Что, и файлов нет? Тогда мигай диодом: три коротких, три длинных, и снова три коротких. И сопроводительной документации напиши, мол, когда так мигает — запомните что вы делали и звоните по номеру 1-800-VSYO-UPALO-MAMA-POMOGITE.

Ответить | Правка | Наверх | Cообщить модератору

104. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (104), 21-Фев-25, 21:33

> продолжать выполнение программы после паники нельзя
Почему нельзя ограничить панику только той частью кода, которая выполняет одну конкретную задачу? Прибили тред (или фибер, или что там у раста), выдали варнинг, почистили память, позакрывали или вернули в пул всё, что было открыто - а всё остальное продолжает работать.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

132. "Релиз языка программирования Rust 2024 (1.85) " +3 +/–

Сообщение от Аноним (-), 22-Фев-25, 01:24

> Почему нельзя ограничить панику только той частью кода,
> которая выполняет одну конкретную задачу?
А вы умеете изолировать память одной конкретной задачи от всех остальных?
Как вы будете гарантировать что вы не испортили что-то еще?
Это как раз та самая Unrecoverable Errors.
doc.rust-lang.org/book/ch09-01-unrecoverable-errors-with-panic.html
doc.rust-lang.org/book/ch09-03-to-panic-or-not-to-panic.html
Если же вы можете обработать ошибку и напр. перезапустить операцию, то просто не кидайте panic, а верните Result и обработайте ошибку.
Ну и в теории вы можете переписать panic handler.

Ответить | Правка | Наверх | Cообщить модератору

142. "Релиз языка программирования Rust 2024 (1.85) " –1 +/–

Сообщение от YetAnotherOnanym (ok), 22-Фев-25, 05:31

> А вы умеете изолировать память одной конкретной задачи от всех остальных?
А с самого начала проектировать язык так, чтобы одна задача не портила данные остальных? Раз уж Раст претендует на безопасную работу с памятью. Эрланг же как-то умеет. А то получается, что программе на Расте нельзя доверять больше одной задачи.

Ответить | Правка | Наверх | Cообщить модератору

170. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (170), 22-Фев-25, 17:31

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

Ответить | Правка | Наверх | Cообщить модератору

173. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (104), 22-Фев-25, 18:10

> любая из них может похерить кучу
Почему-то у Армстронга и компании ещё в 80-е годы прошлого века получилось спроектировать архитектуру языка так, чтобы этого избежать.

Ответить | Правка | Наверх | Cообщить модератору

168. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (-), 22-Фев-25, 15:31

> Почему нельзя ограничить панику только той частью кода, которая выполняет одну конкретную задачу?
Почему нельзя? Есть catch_unwind. Со своими особенностями правда, он не гарантирует, что разматывая стек, он может снимать со стека не-растовые фреймы, и RAII он тоже не гарантирует. Я в детали не вдавался, мне как-то нужды нет, но всякие там рантаймы типа tokio вполне устойчивы к тому, что какой-нибудь гринтред паниканёт.

Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

14. "Релиз языка программирования Rust 2024 (1.85) " –1 +/–

Сообщение от Аноним (2), 21-Фев-25, 17:09

Смешивание в одной функции работу с разными библиотеками, возвращающими разные ошибки.
Сейчас если основная функция возвращает определенный тип ошибок, а ты хочешь использовать внутри этой функции какие-то другие функции, которые возвращают другой тип ошибок, то приходится или для каждого вызова функции возвращающей неверный тип ошибок кастовать их к верному при помощи map_err или выносить в отдельную функцию, или костылить самовызывающуюся ламбду.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

46. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от pashev.ru (?), 21-Фев-25, 18:00

cargo add thiserror

Ответить | Правка | Наверх | Cообщить модератору

78. "Релиз языка программирования Rust 2024 (1.85) " –2 +/–

Сообщение от Аноним (2), 21-Фев-25, 20:02

Это тут причем? thiserror структурированные ошибки превращает в строковые, уничтожая возможность их последующего анализа. Весьма узкоспециализрованная штука.

Ответить | Правка | Наверх | Cообщить модератору

116. "Релиз языка программирования Rust 2024 (1.85) " +3 +/–

Сообщение от freecoder (ok), 21-Фев-25, 23:32

Совершенно неверно.

Ответить | Правка | Наверх | Cообщить модератору

146. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от morphe (?), 22-Фев-25, 07:39

Ты перепутал его с anyhow, thiserror лишь упрощает создание идиоматических ошибок

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

135. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Zeke Fast (?), 22-Фев-25, 03:05

anyhow?

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

12. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Жироватт (ok), 21-Фев-25, 17:06

По хорошему, надо бы еще в хруст добавить монады.
Язык без монад - слишком примитивный и непригодный для использования язык.
Только монады спасут вашу память от проверяльщика боровов, который спасает её от указателей.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

24. "Релиз языка программирования Rust 2024 (1.85) " +6 +/–

Сообщение от Аноним (24), 21-Фев-25, 17:23

Хорошая идея. Завалить раст мусором фич!

Ответить | Правка | Наверх | Cообщить модератору

27. Скрыто модератором –1 +/–

Сообщение от Аноним (-), 21-Фев-25, 17:30

А-а-а-а, прогер-расты ещё добавилось. Боже, извините за мой примитивный юмор)))

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

130. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от warlock66613 (ok), 22-Фев-25, 00:39

А с монадами язык получается очень сложный. Я люблю Haskell, но я не вижу большой потенциальной пользы от монад в Rust.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

136. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Zeke Fast (?), 22-Фев-25, 03:08

GAT-ы вам в помощь! Когда с лайфтаймами монадить научитесь, может и типы вам дадут :)

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

167. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (167), 22-Фев-25, 14:54

А давайте ещё и турку к нему прикрутим.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

22. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (22), 21-Фев-25, 17:17

Много чести. Проще игнорировать.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

69. "Релиз языка программирования Rust 2024 (1.85) " –2 +/–

Сообщение от Аноним (69), 21-Фев-25, 19:37

1. unwrap() или expect("message") не обрабатывает ошибку и приводит к панике, если она возникает;
2. "?" бросает ошибку выше по стеку;
3. match my_result {...} позволяет её обработать прямо здесь.
try-catch - это другая модель обработки ошибок, её сделают в другом языке. В этом языке такая модель, которую я описал выше.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

99. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (-), 21-Фев-25, 21:21

> try-catch - это другая модель обработки ошибок, её сделают в другом языке.
> В этом языке такая модель, которую я описал выше.
А почему try в experimental фичах тогда УЖЕ висит? Не далее как вчера кто-то тут ссыль пульнул - и там разрисованы кейворды и проч были. И указание что - вот - try - experimental. Т.е. оно у них уже по идее есть?!

Ответить | Правка | Наверх | Cообщить модератору

147. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от morphe (?), 22-Фев-25, 07:42

Там смысл другой
try не про ловлю паник (для ловли паник есть catch_unwind)
try про создание ограниченного скоупа в котором оператор ? работает.
let result = try {
  fallible_op()?;
};
result получит ошибку от fallible_op, в то время как без блока try её только из функции вернуть выйдет

Ответить | Правка | Наверх | Cообщить модератору

70. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (70), 21-Фев-25, 19:44

а они там не нужны, вместо них Result, просто надо писать в несколько другом стиле, постоянно работая "цепочками" из map/and_then/... над Result-ами, а unwrap только в самом конце. Результат тот же (unwrap там, где нужен catch), даже гибче (обработка не ограничена путем по стеку, Result можно передать куда-то и там unwrap-нуть).

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

84. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Илья (??), 21-Фев-25, 20:41

> К сожалению, try блоки так и не добавили. Сколько лет уже с такой мелочью тянут.
А должны? Это же ООП в чистом виде, если ты их хочешь, тебе скорее в c# или kotin. На мой взгяд траями можно всю концепцию раста разломать

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

97. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (-), 21-Фев-25, 21:19

> А должны? Это же ООП в чистом виде, если ты их хочешь,
Чего такого объектного в try/catch? Это просто попытка выполнить некий блок, с каким-то действом если "ну значит не прокатило". Само по себе это никак не обязано быть завязано на объекты.

Ответить | Правка | Наверх | Cообщить модератору

144. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (144), 22-Фев-25, 07:01

В тот же Forth ещё в стандарт 95 года добавлено было, а он сроду не объектно-ориентированный.

Ответить | Правка | Наверх | Cообщить модератору

153. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (-), 22-Фев-25, 11:29

> Это же ООП в чистом виде
Такие заявления, которые причисляют к ООП фишки, которые ни разу ни ООП, я подозреваю звучат от людей, кто слаще C++ никакого ООП не едал. Именно такие, почему-то склонны называть ООП фишками исключения, параметризованные типы, перегрузку функций, ... короче любое свойство C++, которого нету в C.
try-catch это размотка стека, в этом нет ни наследования, ни полиморфизма, ни инкапсуляции, то есть ни одного из "китов ООП". И, я отмечу, что в расте размотка стека есть. Есть panic, есть catch_unwind. Да, при этом обработчики в catch_unwind не выглядят как перегруженные функции, и рантайм не занимается выбором функции, которая сможет проглотить тип выкинутого значения. И да, это подходит только для работы с критическими ошибками, не выйдет творить вещи, типа огромных вычислений, полагающихся на то, что какие-то ошибки (допустим деление на ноль) сгенерят исключение, и поэтому не проверяющих каждую операцию (что замедляет код), а выполняющих их без проверок, с обработкой ошибок где-то за пределами цикла с перезапуском вычислений.
> На мой взгяд траями можно всю концепцию раста разломать
Если делать как в C++, то естественно. Но можно было бы сделать что-нибудь попроще. Что-нибудь, что, например, не требовало бы от рантайма сопоставления типов исключения и обработчика. С panic/catch_unwind есть проблема, что они не гарантируют, что RAII отработает как надо. Плюс я не представляю, насколько это быстро или медленно.
С другой стороны, нелокальные goto очень сильно осложняют анализ программы, и соответственно для раста может оказаться невозможным доказывать гарантии о коде им обещанные.

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

109. "Релиз языка программирования Rust 2024 (1.85) " +4 +/–

Сообщение от laindono (ok), 21-Фев-25, 22:09

Эти блоки не нужны. Паники не являются исключениями не смотря на сходство.
Если схожий механизм необходим, то есть https://doc.rust-lang.org/stable/std/panic/fn.catch_unwind.html Впрочем, очевидно, он работает только если паники реализованы с раскруткой стека. Если паника реализована через аварийное завершение программы, то её невозможно поймать. В этом и заключается разница между исключениями и паниками кстати.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

137. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (137), 22-Фев-25, 03:24

Не очень понятно, что такое "try блоки". Панику ловить и так есть функция. Обычные же ошибки обрабатываются через Result<T,E>.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

5. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Bottle (?), 21-Фев-25, 16:59

Спецификации как не было, так и нет до сих пор, вместо этого "ну типа, держитесь на старой версии, что баг, что нет - неважно, мы/они не определились".

Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 17:13

О! Раст-бинго работает!
Как раз в этом тренде перечислял список гениальных вопросов по новой версии: https://www.opennet.me/openforum/vsluhforumID3/136086.html#161
Но нам, конечно очень интересно, в очередной раз, послушать про стандарты С и С++, с извечной оговоркой: "ну да, их никто полностью не поддерживает, но зато есть бумага!"

Ответить | Правка | Наверх | Cообщить модератору

55. "Релиз языка программирования Rust 2024 (1.85) " –1 +/–

Сообщение от Маняним (?), 21-Фев-25, 18:56

>"ну да, их никто полностью не поддерживает,
gcc/clang, неа? Они ещё поддерживают переключение между стандартами. А также компиляторы имеют вменямые мейджер версии, которые можно свободно включать в реквайерментс, как и версию стандарта.
> но зато есть бумага!"
В промышленной разработке софта бумага важнее всех растоманов вместе взятых. Но ты прав, расту это не нужно, потому что в промышленной разработке раст используют только один раз до разоблачения и увольнения инициатора.

Ответить | Правка | Наверх | Cообщить модератору

126. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от Карлос Сношайтилис (ok), 22-Фев-25, 00:23

> gcc/clang, неа?
Неа. Ни тот ни другой не поддерживает все стандарты полностью. То есть стандарты существуют только на бумаге.
> В промышленной разработке софта бумага важнее всех растоманов вместе взятых.
Согласен целиком и полностью: бумаги важны. Но какое отношение это имеет к стандартам С/++?
У раста нет стандарта, но сертификацию на использование в критических системах он успешно проходит, уже можно использовать для разработки в отраслях: автомобили, промышленность, медицина. Остальное: в процессе. И никакие мисры для него придумывать не пришлось.

Ответить | Правка | Наверх | Cообщить модератору

152. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (152), 22-Фев-25, 10:27

> И никакие мисры для него придумывать не пришлось.
держи пустомеля
https://www.sae.org/standards/content/ja1020/

Ответить | Правка | Наверх | Cообщить модератору

18. "Релиз языка программирования Rust 2024 (1.85) " +3 +/–

Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 17:13

Кстати, а как ты умудрился написать комментарий на этом сайте? Ведь нет же стандарта на интернет! Он как-то работает, а стандартов - нетути. Загадка!

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

36. "Релиз языка программирования Rust 2024 (1.85) " –1 +/–

Сообщение от Аноним (36), 21-Фев-25, 17:44

Ну так тут одна версия сайта. А раст это микс.

Ответить | Правка | Наверх | Cообщить модератору

87. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 21:00

Браузеров много, сайтов много, всё работает, стандартов нет. Как так?

Ответить | Правка | Наверх | Cообщить модератору

94. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от Аноним (36), 21-Фев-25, 21:17

Как нет? HTML 5 как пример.

Ответить | Правка | Наверх | Cообщить модератору

100. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (-), 21-Фев-25, 21:22

> Ну так тут одна версия сайта. А раст это микс.
Не, это соль. Вон тут гражданин - с подходящим ником как раз.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

58. "Релиз языка программирования Rust 2024 (1.85) " +4 +/–

Сообщение от Аноним (58), 21-Фев-25, 19:00

Как это нет стандарта на интернет? Больше тысячи рфсишек, иетф тот-же.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

75. "Релиз языка программирования Rust 2024 (1.85) " +3 +/–

Сообщение от Аноним (70), 21-Фев-25, 19:51

Вот именно, больше тысячи. И ни одна не соблюдается на 100%.
Впрочем, у RFC статус рекомендаций

Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (-), 21-Фев-25, 20:03

> Вот именно, больше тысячи. И ни одна не соблюдается на 100%.
Всю тысячу посчитал?
> Впрочем, у RFC статус рекомендаций
Прям так и написано? "Вот РФЦ раста, но можете их не выполнять" ?
Или ты просто сочиняешь сказки?
ps и не надо пугать RFC, я начитался всяких начиная от
rfc822 - который, кстати
STANDARD FOR THE FORMAT OF
ARPA INTERNET TEXT MESSAGES
[1]
до RFC 1122, который тоже Status: INTERNET STANDARD [2]
[1] datatracker.ietf.org/doc/html/rfc822
[2] rfc-editor.org/info/rfc1122

Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (-), 21-Фев-25, 21:24

> до RFC 1122, который тоже Status: INTERNET STANDARD [2]
Мне больше RFC 1149 нравится. Ну а что, стандарт интернета. Регламентирует IPoAC.

Ответить | Правка | Наверх | Cообщить модератору

114. "Релиз языка программирования Rust 2024 (1.85) " –1 +/–

Сообщение от Аноним Анонимович Анонимов (?), 21-Фев-25, 22:59

> Ведь нет же стандарта на интернет!
IEEE, ICANN, IANA, IETF, w3…

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

64. "Релиз языка программирования Rust 2024 (1.85) " +4 +/–

Сообщение от Аноним (63), 21-Фев-25, 19:21

Отсутствие спецификации как-то не помешало на сишке операционные системы писать в прод, параллельно с развитием этой самой сишки. Авось и Расту не помешает.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

74. "Релиз языка программирования Rust 2024 (1.85) " +4 +/–

Сообщение от Аноним (70), 21-Фев-25, 19:50

Пока компилятор только один, в спецификации нет никакого смысла.
Ну напишет кто-то спецификацию, которой единственный существующий компилятор в чем-то не соответствует. И что? Кому станет легче от того, что спецификация есть, и можно смело говорить, что это баг, а не фича? Код от этого компилироваться правильно начнет?

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

76. "Релиз языка программирования Rust 2024 (1.85) " +3 +/–

Сообщение от Аноним (-), 21-Фев-25, 19:57

> Спецификации как не было, так и нет до сих пор,
Хорошего кексперта издалека видно.
Спецификация есть в виде RFC.
Это распространенный метод, например куча интернет стандартив именно ста стандартизированы.
Стандарта ИСО (на который так фаломорфируют сишники) - нету.
Но он пока и не нужен.
Напомню что С появился в 78, а стандарт сделали в 89.
И спокойно переписали юникс без каких либо стандартов.
> вместо этого  "ну типа, держитесь на старой версии, что баг, что нет - неважно, мы/они не определились".
Хватит пороть чушь. Ты же только позоришься.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

101. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (60), 21-Фев-25, 21:24

> Напомню что С появился в 78, а стандарт сделали в 89.
> И спокойно переписали юникс без каких либо стандартов.
Это были лохматые годы более четверти века назад. С тех пор стандарты для ЯП стали обыденностью и выходили регулярно. Поэтому такая отмазка в отношении раста не катит - он не появился на заре компьютерной эпохи, не был первым или второым высокоуровневым ЯП и т.д.

Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз языка программирования Rust 2024 (1.85) " +4 +/–

Сообщение от warlock66613 (ok), 22-Фев-25, 00:48

> С тех пор стандарты для ЯП стали обыденностью
Ну вот можете считать, что уже перестали. Новые языки делаются иначе. Окончательно ненужность и даже вредность стандарта для современного языка стала очевидна по итогу ситуации с Haskell, где в рамках карго-культа стандарт таки сделали, но в результате все пишут не на "стандартном Haskell", а на нормальном Haskell для которого есть компилятор.

Ответить | Правка | Наверх | Cообщить модератору

166. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (167), 22-Фев-25, 14:51

>Напомню что С появился в 78
Чаво, -ть?

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

143. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (143), 22-Фев-25, 06:18

Мне кажется их из Мазилы выгнали в том числе. что спецификации не могли сформулировать.
Так и остался "Кружок реализаций того, что знают и видят"

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (60), 21-Фев-25, 16:59

> Реализован второй уровень поддержки платформы powerpc64le-unknown-linux-musl. Второй уровень поддержки подразумевает гарантию сборки.
А причем тут раст, если это делается исключительно средствами LLVM?

Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (-), 21-Фев-25, 17:38

При чем тут llvm, если llvm только перегоняет llvm-ir в машинные коды?
А сам llvm-ir генерирует rustc через цепочку преобразований.
Ну и уровень поддержки - это в первую очередь тестирование.
А оно делается на стороне раста, а не llvm.

Ответить | Правка | Наверх | Cообщить модератору

110. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (60), 21-Фев-25, 22:16

А вот прям в новости написано буквально следующее: "Второй уровень поддержки подразумевает гарантию сборки. ". А сборкой под целевую платформу в расте кто занимается? Бинго! Это C++ный LLVM.

Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (7), 21-Фев-25, 17:00

Чем отличается от c++ с трёх летним циклом стандартов?

Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 17:14

Как собрать приложение на C++ из исходников, если приложение состоит из компонентов, которые поддерживают разные версии стандарта?

Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз языка программирования Rust 2024 (1.85) " –1 +/–

Сообщение от Аноним (35), 21-Фев-25, 17:43

В большинстве случаев - просто собрать эти компоненты в своей версии стандарта. Как вариант - можно собрать в последней версии. Изменения C++, ломающие обратную совместимость, довольно редки, и на практике пости не роляют.

Ответить | Правка | Наверх | Cообщить модератору

38. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от MT (ok), 21-Фев-25, 17:46

> пости не роляют
?

Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (42), 21-Фев-25, 17:52

у человека фаерфокс, а там код на расте так вмешивается в свою критику

Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз языка программирования Rust 2024 (1.85) " –2 +/–

Сообщение от Александр (??), 21-Фев-25, 19:13

Легко. Собираешь а разные библиотеки, потом линкуешь вместе

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

89. "Релиз языка программирования Rust 2024 (1.85) " +3 +/–

Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 21:02

Тремя компиляторами? Легко?

Ответить | Правка | Наверх | Cообщить модератору

13. "Релиз языка программирования Rust 2024 (1.85) " –3 +/–

Сообщение от Аноним (13), 21-Фев-25, 17:06

Почему на российском рынке больше востребован Го чем Раст?

Ответить | Правка | Наверх | Cообщить модератору

28. "Релиз языка программирования Rust 2024 (1.85) " +17 +/–

Сообщение от r2d0 (?), 21-Фев-25, 17:30

Действительно, ведь го должен быть востребованнее больше всего в Голланди, а rust в Russia.

Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (13), 21-Фев-25, 18:54

Возможно Голандию и назвали в честь Го, кто знает.

Ответить | Правка | Наверх | Cообщить модератору

117. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от freecoder (ok), 21-Фев-25, 23:36

Или в Сербии (rs)

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

66. "Релиз языка программирования Rust 2024 (1.85) " –1 +/–

Сообщение от Аноним (66), 21-Фев-25, 19:30

На го написано много проектов, а на расте ни одного большого проекта нет.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

118. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от freecoder (ok), 21-Фев-25, 23:40

Потому что в Rust принято поощрять использование свободных библиотек (крейтов) в зависимостях. Поэтому существует очень много небольших крейтов, которые Cargo умеет автоматически подтягивать к проекту и разруливать версии. Целевой проект при этом также получается маленьким, потому что он большую часть функционала берёт из многочисленных библиотек.

Ответить | Правка | Наверх | Cообщить модератору

145. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Cucumber (?), 22-Фев-25, 07:12

> Разруливать версии
Только если первая значащая цифра версии не 0. Из-за этой херни в одном проекте может быть десяток дублей таких жирнючих крейтов как rand, openssl, rusttls, libc.

Ответить | Правка | Наверх | Cообщить модератору

181. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от freecoder (ok), 22-Фев-25, 23:20

Обычно если дубли и есть, то их 2-3 штуки. Ни разу не видел десяток. openssl и libc вряд ли вам позволит компилятор иметь несколько версий в рамках одного проекта, потому что они не нативно растовые, зависят от внешних Си-библиотек.

Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз языка программирования Rust 2024 (1.85) " +3 +/–

Сообщение от Аноним (68), 21-Фев-25, 19:35

Потому что большая часть разработки это плюс-минус перекладывание JSON по HTTP для чего Golang идеальный инструмент

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

138. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (137), 22-Фев-25, 03:28

В раст выше порог вхождения, а программисты на Го - это те же самые программисты на Жабе, хоп хоп и в продакшен. При этом и Го и Жаба платят за это потерей эффективности по ресурсам, но это обычно мало кого заботит.
Блин, ты конечно задал вопрос. Вон, люди до сих пор на прости господи Питоне коммерческие сервисы делают. Уж казалось бы, самое дно. А делают же. Потому что пофиг, деньги на железо есть, пользователей не так много, и так сойдёт.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

21. "Релиз языка программирования Rust 2024 (1.85) " –4 +/–

Сообщение от Уууууъъъ (?), 21-Фев-25, 17:16

Мне не нравится, что релизы Rust выходят так часто. C C++ все ясно — он обновляется раз в несколько лет.

Ответить | Правка | Наверх | Cообщить модератору

25. "Релиз языка программирования Rust 2024 (1.85) " +10 +/–

Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 17:25

Релизы раста: выходят раз в несколько лет
Релизы C++: выходят раз в несколько лет
Аноним с опенета: релизы раста выходят слишком часто, то ли дело С++!

Ответить | Правка | Наверх | Cообщить модератору

40. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от Аноним (-), 21-Фев-25, 17:48

> Релизы C++: выходят раз в несколько лет
Ну так это сейчас. А аноним возможно знает только про переход с C++03 на C++11.
Пссс... там еще есть 14, 17, 20, 23 и будущий 26. И не сложно заметить некую закономерность в этих числах - новый стандарт каждые 3 года.
А теперь попробуй посмотреть на rust editions - 2015, 2018, 2021, 2024.
Что мы тут видим? Ну, постарайся подумать!

Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (-), 21-Фев-25, 17:32

Ой, знал бы ты как часто веб-технологии часто обновляются. Их хоть каждый день можно учить и всё-равно знания будут устаревшими.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

119. "Релиз языка программирования Rust 2024 (1.85) " +4 +/–

Сообщение от freecoder (ok), 21-Фев-25, 23:44

Редакции Rust выходят раз в три года. Если для вас это слишком часто, то возможно вы просто стареете. А вот минорные улучшения языка выходят стабильно раз в шесть недель. И это сделано специально так, по графику, который позволяет держать в тонусе аудиторию опеннета.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

125. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (125), 22-Фев-25, 00:01

> по графику, который позволяет держать в тонусе аудиторию опеннета.
Не вводите людей в заблуждение - график проплачивается спонсорами (Gazprom, Gasunie, BASF) в рамках исследования новых технологий получения биогаза. Ничего личного, just business.

Ответить | Правка | Наверх | Cообщить модератору

129. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (-), 22-Фев-25, 00:29

> Не вводите людей в заблуждение - график проплачивается спонсорами
> (Gazprom, Gasunie, BASF) в рамках исследования новых технологий
> получения биогаза. Ничего личного, just business.
Так вот кто виноват в глобальном потеплении!
Я так и знал!

Ответить | Правка | Наверх | Cообщить модератору

128. "Релиз языка программирования Rust 2024 (1.85) " –1 +/–

Сообщение от Карлос Сношайтилис (ok), 22-Фев-25, 00:29

> выходят стабильно раз в шесть недель [что] позволяет держать в тонусе аудиторию опеннета.
Надо чаще – раз в неделю, по пятницам. Как на этой неделе. Было бы прекрасно!

Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

26. "Релиз языка программирования Rust 2024 (1.85) " +4 +/–

Сообщение от Соль земли (?), 21-Фев-25, 17:28

Теперь можно писать
[package]
edition = '2024'

Ответить | Правка | Наверх | Cообщить модератору

31. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Уууууъъъ (?), 21-Фев-25, 17:38

Мне не нравится, что надо его ставить через rustup, с Golang всё проще!
rm -rf /usr/local/go && tar -C /usr/local -xzf go1.24.0.linux-amd64.tar.gz
export PATH=$PATH:/usr/local/go/bin
Мне не нравится, что Rust и его экосистема на моём лэптопе занимает большое пространство, Golang меньше и шустрее!

Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (-), 21-Фев-25, 17:41

> с Golang всё проще!
А как в Golang решается вопрос с несколькими разными версиями го?
Напр. тебе нужен go 1.24 для текущего проекта, но еще нужен go 1.15 для старого.
Есть утилита для выбора и удобного переключения?

Ответить | Правка | Наверх | Cообщить модератору

161. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от OpenEcho (?), 22-Фев-25, 12:29

> Есть утилита для выбора и удобного переключения?
https://go.dev/doc/manage-install

Ответить | Правка | Наверх | Cообщить модератору

37. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Уууууъъъ (?), 21-Фев-25, 17:44

Для того, чтоб управлять несколькими версиями Go есть https://asdf-vm.com/

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

121. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от freecoder (ok), 21-Фев-25, 23:45

Вы правы, приведённую вами курдыберду запомнить проще, чем rustup update.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

141. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Уууууъъъ (?), 22-Фев-25, 04:43

Если с памятью все в порядке, то, конечно, проще.

Ответить | Правка | Наверх | Cообщить модератору

39. Скрыто модератором +2 +/–

Сообщение от Аноним (39), 21-Фев-25, 17:47

Да, Rust может быть не идеальным! Но лучше человечество ничего не придумало!

Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (43), 21-Фев-25, 17:58

Не надо нам эти ваши ни Rust 1.85, ни Rust 2024.
Rust 2502 - чётко и понятно.

Ответить | Правка | Наверх | Cообщить модератору

52. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (52), 21-Фев-25, 18:44

В 2502 всё ещё помнят про Rust?

Ответить | Правка | Наверх | Cообщить модератору

107. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (43), 21-Фев-25, 21:55

Это ещё ладно.
А вот если бы руст релизился каждый день, то был бы Rust 250220.
И главное сортировать нормально.
Не эти ваши:
Rust 1.1
Rust 1.10
Rust 1.11
Rust 1.2
А то бывает сложно математикам вкурить, что кернель 6.8 древнее, чем 6.12.

Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз языка программирования Rust 2024 (1.85) " –1 +/–

Сообщение от Аноним (49), 21-Фев-25, 18:13

Дабы тема не разросталась как предыдущая (не ну реально! я уже устал ржать с убогих)
я перечислю все недостатки RUSTа и претензии к нему сразу:

* ужасный синтаксис
* каждая версия компилятора несовместима с предыдущей
* есть unsafe, значит не безопастный
* ничего хорошего на нём не пишут
* писать на нём в 1000 раз медленнее чем на [вставить язык]
* вот когда [что угодно] напишут, тогда и поговорим
* вместо того чтобы писать новое, только переписывают
* вместо того чтобы переписывать, лучше бы что-то новое написали
* программы на расте компилируются часами! для него нужен суперкомпьютер
* вы портите растом наши прекрасные сишные проекты (и мы теперь не можем в них разобраться, плак-плак)
* а вы видели какой CoC у раста?!
* это все заговор NSA для внедрения закладок!!11
* если софт станет надежным - мы попадем в рабство, тк не сможем ломать свои телефоны и boot
* раст привязан к централизованному карго и от него невозможно отвязаться!!11 а потом они еще и двухфакторку!
* я непонимать раст, поэтому уверен, что там закладки, верните понятную дыряшку!
За подборку передавайте свои плюсики Карлос Сношайтилис [1] и участнику пожелавшему остаться неизвестным [2]
[1] opennet.ru/openforum/vsluhforumID3/132732.html#5
[2] opennet.ru/openforum/vsluhforumID3/132732.html#83

Ответить | Правка | Наверх | Cообщить модератору

57. "Релиз языка программирования Rust 2024 (1.85) " –4 +/–

Сообщение от Аноним (57), 21-Фев-25, 18:57

Я так и не вкурил, как мне обработать массив, созданный в другом объекте. Бесконца морочиться со сменой владения? Но тогда производительность будет ниже плинтуса.

Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Ан Оним (?), 21-Фев-25, 19:06

Безопасность... безопасность ...

Ответить | Правка | Наверх | Cообщить модератору

77. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от чатжпт (?), 21-Фев-25, 19:59

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

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

88. "Релиз языка программирования Rust 2024 (1.85) " –3 +/–

Сообщение от Аноним (57), 21-Фев-25, 21:01

Как так ничего? Инструкция есть, но тактов процессора не потребляет? Магия поди.

Ответить | Правка | Наверх | Cообщить модератору

111. "Релиз языка программирования Rust 2024 (1.85) " +3 +/–

Сообщение от Аноним (111), 21-Фев-25, 22:18

Оно при компиляции проверяется.

Ответить | Правка | Наверх | Cообщить модератору

115. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (125), 21-Фев-25, 23:06

> Как так ничего? Инструкция есть, но тактов процессора не потребляет? Магия поди.
>> смена владения
> Инструкция есть, но тактов процессора
Местные Ж(опо)Скритошники совсем не палятся, млин.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

91. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 21:11

"владение" – это понятие уровня разбора AST, даёт возможность компилятору применить специфические оптимизации. В худшем случае код будет аналогичен коду на С, но если компилятор найдет определенные паттерны – схлопнет в более оптимальный.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

122. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от freecoder (ok), 21-Фев-25, 23:48

Передавайте массив по мутабельной ссылке.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

127. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от Аноним (-), 22-Фев-25, 00:27

> Передавайте массив по мутабельной ссылке.
Так его же позволят передать только в одно место!
А хочется в него писать сразу из разных функций.
И желательно из разных потоков. Всегда в так делаю и компилятор не ругается!

Ответить | Правка | Наверх | Cообщить модератору

158. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (-), 22-Фев-25, 11:38

> как мне обработать массив, созданный в другом объекте
> Я так и не вкурил
Задавая таким образом вопросы, и не вкуришь. Задача размыта. Я подозреваю намеренно размыта, чтобы в ответ на любое предложенное решение можно было бы сказать, что оно не подходит для твоего случая.
> Бесконца морочиться со сменой владения?
Во-первых, не очень ясно, что есть "смена владения", во-вторых, овнершипы -- это понятия из компайл-тайма, на производительность они не влияют.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

162. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (137), 22-Фев-25, 12:30

Всё это объясняется во первых строках официальных (и неофициальных) учебниках по Расту. Плюс ровно этот вопрос ты можешь задать любому бесплатному ИИ, и он тебе прекрасно всё объяснит с ответами на вопросы и примерами. Но, давай я тебе новый учебник напишу прям тут в каментах.
Если у тебя массив принадлежит структуре ("созданный в другом объекте" видимо про это), то варианты такие:
    struct MyObject {
        inner_array: [String; 2],
    }
    let obj = MyObject { inner_array: [
        String::from("hello"),
        String::from("world")
    ]};
    for array_element in obj.inner_array {
        println!("- {}", array_element);
    }
    for array_element in obj.inner_array { // второй раз нельзя
        println!("- {}", array_element);
    }

Так можно, но только один раз, потому что если ты забираешь во владение внутреннее поле структуры, а это возможно только уничтожая всю структуру. Обычно нужно не это, поэтому обычно внутреннее поле во владение не забирают, а на время занимают его у структуры:
    let borrowed_array = &obj.inner_array; // "&" - ключевое
    for array_element in borrowed_array {
        println!("- {}", array_element);
    }
    for array_element in borrowed_array { // второй раз уже можно
        println!("- {}", array_element);
    }
Если тебе надо этот массив поменять, но занимаешь его в изменяемом режиме:
    let mut obj = MyObject { inner_array: [ // добавили "mut" на переменную хранящую саму структуру
        String::from("hello"),
        String::from("world")
    ]};
    {
        let borrowed_array = &mut obj.inner_array; // заняли внутреннее поле структуры в изменяемом режиме через "&mut"
        borrowed_array[0] = String::from("goodbye");
        borrowed_array[1] = String::from("opennet");
    } // компилятор дропнул "borrowed_array" при завершении блока, теперь можно опять занимать это поле структуры на чтение
    println!("{:?}", &obj.inner_array);
Результат:
    ["goodbye", "opennet"]
То есть ты не можешь один и тот же ресурс одновременно занять на запись и на чтение. Ты, разумеется, можешь читать из переменной "&mut", но пока она жива, ты не можешь создать ещё одну переменную, которая читает из того же поля структуры. Либо чтение, либо запись. Поэтому в целях демонстрации показал как "borrowed_array" дропается, что бы занять поле ещё раз, уже только на чтение с выводом в консоль.
Самый хороший учебник не требующий особых начальных знаний в программировании - официальная дока (The Rust Book).
Самый хороший неофициальнй учебник для упоротых сишников, которые сразу хотят создавать свои коллекции и решать проблемы с указателями - "Learn Rust With Entirely Too Many Linked Lists".

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

72. "Релиз языка программирования Rust 2024 (1.85) " –1 +/–

Сообщение от Аноним (72), 21-Фев-25, 19:46

> каждая версия компилятора несовместима с предыдущей
Ну и зачем так делать?

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

93. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 21:16

> Ну и зачем так делать?
Вот именно: зачем так делать? Но в большинстве ЯП нельзя использовать в одной кодовой базе конструкции из разных редакций стандарта языка. Например, стало слово "await" ключевым – всё, весь код, где были переменные с этим именем, перестает компилироваться.
Хорошо что в расте не так.

Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 21:04

Спасибо! Совсем забыл про этот пост ))

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

71. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от pavel_simple. (?), 21-Фев-25, 19:45

> let &[ref x, mut y] = &[(), ()];
лучший синтаксис который я видел. Даже перловка обложенная экспешинами не доставляла столько

Ответить | Правка | Наверх | Cообщить модератору

80. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (60), 21-Фев-25, 20:14

согласен, но тут не хваает  апострофов

Ответить | Правка | Наверх | Cообщить модератору

95. "Релиз языка программирования Rust 2024 (1.85) " +2 +/–

Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 21:17

Это ты ещё на С/С++ не писал, похоже...

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

134. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Нуину (?), 22-Фев-25, 01:44

> С/С++
Это что за язык такой?

Ответить | Правка | Наверх | Cообщить модератору

172. Скрыто модератором +/–

Сообщение от Аноним (-), 22-Фев-25, 18:05

> Это что за язык такой?
Да какой это язык. Это печальное историческое недоразумение, а не язык.

Ответить | Правка | Наверх | Cообщить модератору

164. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (167), 22-Фев-25, 14:45

В C++, разве что, угловые скобочки могут кого-то, незнающего про шаблоны, смутить.

Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

174. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (174), 22-Фев-25, 18:16

> В C++, разве что, угловые скобочки могут кого-то, незнающего про шаблоны, смутить.
https://blog.reverberate.org/2013/08/parsing-c-is-literally-...
Синтаксис шаблонов в C++ ущербен by design.

Ответить | Правка | Наверх | Cообщить модератору

176. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Нуину (?), 22-Фев-25, 22:31

>> В C++, разве что, угловые скобочки могут кого-то, незнающего про шаблоны, смутить.
> https://blog.reverberate.org/2013/08/parsing-c-is-literally-...
> Синтаксис шаблонов в C++ ущербен by design.
В приведенной статье речь не про синтаксис, а про разбор. Как это в расте реализовано или зиге?

Ответить | Правка | Наверх | Cообщить модератору

106. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (106), 21-Фев-25, 21:47

Вы, видимо, перла никогда не видели, а ваш "опыт" базируется на том, что краем уха слышали об однострочниках и регулярках. Сам по себе перл имеет очень читабельный синтаксис.

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

159. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (-), 22-Фев-25, 11:55

Мой опыт включает ковыряния в скриптах на перле, и допиливание их под мои нужды. Я не видел ни одного, который был бы написан если не совсем вменяемо, то хотя бы были бы заметны попытки автора прикинуться вменяемым.
> краем уха слышали об однострочниках и регулярках. Сам по себе перл имеет очень читабельный синтаксис.
О, нет, я ещё слышал философию перла, с которой Ларри его выпиливал. Будучи филологом, он решил, что чем больше синтаксических примочек, тем ближе к естественному языку, тем выразительнее язык. "There are more than one ways to do it", aren't there? Сколько там операторов в перле? Сотня наберётся? Почти любая пара символов из цифрового ряда клавиатуры набранная с зажатым шифтом -- это какой-нибудь оператор перла. Я не удивлюсь, если !@#$ -- это какой-нибудь оператор там.
Но помимо этого, что меня больше всего бесит в нём, это использование $ для переменных. Какая-то парша допотопных языков. Я могу понять такое решение в sh и последователях, но потому, что в большинстве случаев использования sh переменные попадаются реже, чем непосредственные значения. Скрипты обрастают этими $, но это расплата за то, что используя непосредственные значения в командной строке не нужно каждое заключать в кавычки. Но perl и php, которые как интерпретаторы практически не используются, зачем-то требуют и $ перед именами переменных, и кавычки вокруг непосредственных значений, и вот этого я просто не понимаю. Хотя, в отношении перла, у меня есть гипотеза, что всё дело в том, что в перле несколько сотен ключевых слов, и придумывая имя переменной сложно избежать совпадения с именем кейворда, про который ты никогда не слышал.

Ответить | Правка | Наверх | Cообщить модератору

112. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (57), 21-Фев-25, 22:44

вот так нада писать:
return [[([...[new TextDecoder().decode(new Uint8Array(this.#data.match(/.{3}/g)))][0]].reverse().join(''))][0]][0];

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

123. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от freecoder (ok), 21-Фев-25, 23:51

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

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

140. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от rrgbv (ok), 22-Фев-25, 04:05

Это всё равно не отменяет того, что код на Rust действительно тяжело воспринимать на глаз и читать, по крайней мере мне. По ощущениям, язык задействует каждую клавишу клавиатуры, а комбинации различных символов иногда вызывают желание закрыть и больше никогда в эту сторону не смотреть

Ответить | Правка | Наверх | Cообщить модератору

150. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (150), 22-Фев-25, 10:02

Не сложнее чем плюсы читать, но оба сложнее читать чем какой-нибудь go. С python двояко, м одной стороны выглядит просто, но с другой может за простотой быть скрыта большая магия, в которой тяжело разобраться с разбега если что-то пошло не так.
А вы с каким языком сравниваете?

Ответить | Правка | Наверх | Cообщить модератору

182. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от freecoder (ok), 22-Фев-25, 23:25

Всё-таки вопрос: вы знаете Rust или нет? Просто язык-то на самом деле довольно простой и логичный. Если вы знаете синтаксис сопоставлений с образцом, то никаких затруднений подобный код вызывать не должен. А вот если не знаете - то действительно может быть сложно разглядеть систему. Я думаю ваше суждение - это суждение человека со стороны. Тогда как разработчики на Rust, знающие синтаксические правила этого языка и семантику, никаких затруднений не испытывают.

Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

160. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (-), 22-Фев-25, 12:05

> кортежами
Лол, таплы теперь кортежи? Не прекращаю поражаться надмозгам, которые превосходя себя находят такие переводы терминам, которые вообще и никак не намекают на суть исходного термина. Да будет тебе известно, что кортеж -- это процессия автомобилей с членовозом посередине.
> Это искусственный пример для демонстрации новой фичи паттерн-матчинга.
Это в расте называется "паттерн-матчингом"? Это же банальная деструктуризация (или как там эти любители переводить термины на русский называют destructuring?), когда структура разбирается на отдельные значения, которые биндятся к переменным.
> В реальности вы такой код не увидите (ссылка на массив, два элемента которого являются пустыми кортежами).
Я не думаю, что претензии к двум tits в квадратном бюстгалтере из правой части. Я думаю, он про левую.

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

177. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от freecoder (ok), 22-Фев-25, 23:12

> Лол, таплы теперь кортежи?
Всегда ими и были ) А вы, похоже, не учили информатику в университете/институте, иначе бы вопросов таких не возникало.
> Это в расте называется "паттерн-матчингом"? Это же банальная деструктуризация (или как
> там эти любители переводить термины на русский называют destructuring?), когда структура
> разбирается на отдельные значения, которые биндятся к переменным.
Да, это сопоставление с образцом (паттерн-матчинг), а не как вы выразились "банальная деструктуризация". Представьте себе. После let идёт паттерн и синтаксис его такой же, как и в match (и как в if let, while let, for и прочих места, где используется сопоставление).
> Я не думаю, что претензии к двум tits в квадратном бюстгалтере из
> правой части. Я думаю, он про левую.
А что не так с левой? Она зеркально повторяет правую в части & и [].

Ответить | Правка | Наверх | Cообщить модератору

139. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Аноним (137), 22-Фев-25, 03:37

Ты написал какой-то бред, и усмехаешься на тем, что это - бред. Молодец, показал этим растоманам, знай наших!
На самом деле по-нормальному это выглядит так:
    let [a, b] = [1, 2];
    println!("{}, {}", a, b);
Выведет:
    1, 2
То есть это деконструкция массива. Тоже самое можно делать с туплами. Очень удобно.
А остроумный автор просто решил эту удобную фичу забросать ненужными там операторами, что бы выглядело не так понятно.

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

149. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Cucumber (?), 22-Фев-25, 09:50

Автор не остроумный, автор просто привёл минимальный пример переусложненного паттернматчинга, который действительно не получается понять и который был запрещён в новой редакции языка. А следом уже вот этот аналог, который так же делает паттерн-матчинг этого &массива совмещённый оборачиванием в ссылки неизменяемую и изменяемую.

Ответить | Правка | Наверх | Cообщить модератору

82. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (39), 21-Фев-25, 20:35

При использовании Rust можно будет оставить в прошлом такие проблемы, как обращение к памяти после её освобождения, выход на границу буфера (частично), некорректное освобождение ресурсов при обработке ошибок и забытые проверки возвращаемых кодов ошибок, что позволит мэйнтейнерам сосредоточиться на реальных ошибках, таких как состояния гонки и проблемы с логикой, а не рассеивать при рецензировании внимание по мелочам.

Ответить | Правка | Наверх | Cообщить модератору

113. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (57), 21-Фев-25, 22:47

а на очередную закорючку раста внимание не рассеивается?

Ответить | Правка | Наверх | Cообщить модератору

178. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от freecoder (ok), 22-Фев-25, 23:14

> а на очередную закорючку раста внимание не рассеивается?
Нет. Рассеивается только у тех, кто не выучил Rust.

Ответить | Правка | Наверх | Cообщить модератору

83. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Нуину (?), 21-Фев-25, 20:40

Опять до тучи изменений, притом даже в базовом синтаксисе. Зачем такой язык в ядре?

Ответить | Правка | Наверх | Cообщить модератору

85. "Релиз языка программирования Rust 2024 (1.85) " –1 +/–

Сообщение от Аноним (39), 21-Фев-25, 20:55

Крепись, ядро УЖЕ переписываются с небе9опасного С на безопасный раст.

Ответить | Правка | Наверх | Cообщить модератору

86. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от Нуину (?), 21-Фев-25, 20:59

> Крепись, ядро УЖЕ переписываются с небе9опасного С на безопасный раст.
Точно безопасный? https://github.com/Speykious/cve-rs
Точно-точно? https://github.com/rust-lang/miri/?tab=readme-ov-file#bugs-f...
Ну не может такого быть же. Все говорят же безопасный, а тут такое https://github.com/rust-lang/rust/issues/25860

Ответить | Правка | Наверх | Cообщить модератору

96. Скрыто модератором –1 +/–

Сообщение от Аноним (39), 21-Фев-25, 21:18

Точно безопаснее чем С.
Даже правительство США призывает отказаться от небезопасных языков. https://www.opennet.me/opennews/art.shtml?num=58111

Ответить | Правка | Наверх | Cообщить модератору

98. "Релиз языка программирования Rust 2024 (1.85) " –2 +/–

Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 21:20

> Точно безопасный?
Точно.
А ссылки твои даже здесь, на опенете, уже разобрали по полочкам и ответили почему, несмотря на их наличие, Раст всё ещё точно-точно безопасный.

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

120. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Нуину (?), 21-Фев-25, 23:45

>> Точно безопасный?
> Точно.
> А ссылки твои даже здесь, на опенете, уже разобрали по полочкам и
> ответили почему, несмотря на их наличие, Раст всё ещё точно-точно безопасный.
На вере далеко не уедешь.

Ответить | Правка | Наверх | Cообщить модератору

148. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Аноним (148), 22-Фев-25, 09:07

Ну чтож, дополним лозунг "Stable API is nonsece!" лозунгом "Stable syntax is nonsence!"

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

124. "Релиз языка программирования Rust 2024 (1.85) " +1 +/–

Сообщение от freecoder (ok), 21-Фев-25, 23:54

А какие изменения в базовом синтаксисе вы имеете ввиду? ref и mut в паттернах? Так они с самого начала там, просто раньше было больше исключений, теперь всё выглядит более консистентно.

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

133. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Нуину (?), 22-Фев-25, 01:43

> В выражениях "if let" изменена область видимости временных значений

Ответить | Правка | Наверх | Cообщить модератору

179. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от freecoder (ok), 22-Фев-25, 23:15

>> В выражениях "if let" изменена область видимости временных значений
Так это не синтаксическое изменение же.

Ответить | Правка | Наверх | Cообщить модератору

155. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от mos87 (ok), 22-Фев-25, 11:32

Запомни %USERNAME%! Это - не рак, это развитие!

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

175. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от Ан Оним (?), 22-Фев-25, 20:06

Rust - язык повышенной надёжности, в своей области он, может быть и хорош, но для задач обычной надёжности программировать на нём слишком накладно будет. И уж, конечно, в любительских проектах общественной разработки ему не место.

Ответить | Правка | Наверх | Cообщить модератору

180. "Релиз языка программирования Rust 2024 (1.85) " +/–

Сообщение от freecoder (ok), 22-Фев-25, 23:17

Если вы такое пишете, то возможно это именно вам не место в проектах общественной разработки.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Релиз языка программирования Rust 2024 (1.85) "	–8 +/–
Сообщение от Аноним (2), 21-Фев-25, 16:56
К сожалению, try блоки так и не добавили. Сколько лет уже с такой мелочью тянут.
Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Релиз языка программирования Rust 2024 (1.85) "	+5 +/–
	Сообщение от Карлос Сношайтилис (ok), 21-Фев-25, 17:01
	Сможешь описать, кратко, какая функциональность будет привнесена try блоками?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от Жироватт (ok), 21-Фев-25, 17:04
	Чтобы если у падает растовый код, то падал осмысленно, а не в панике. Хотя... Может боятся, что будет try{ unsafe{ try{ ... } } } ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Релиз языка программирования Rust 2024 (1.85) "	+7 +/–
	Сообщение от Соль земли (?), 21-Фев-25, 17:23
	Rust итак обязывает обрабатывать все возможные ситуации поведения кода. Добавить смысла можно через match возможных значений.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "Релиз языка программирования Rust 2024 (1.85) "	+2 +/–
	Сообщение от Аноним (-), 21-Фев-25, 21:14
	> Rust итак обязывает обрабатывать все возможные ситуации поведения кода. > Добавить смысла можно через match возможных значений. И как ты корректно panic() в хрусте обрабатывать собрался? В ядре по этому поводу некую хтонь try* сделали. Когда оно таки может быть - null - и надо - проверять. Чем это от сишки отличалось - я так и не понял, семантика та же самая, чуда не произошло. А try видимо - чтобы попробовать вот что-то такое менее #$%нуто делать. Но читать дохлых страусов ДО того как кодить - видимо не модно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Релиз языка программирования Rust 2024 (1.85) "	+3 +/–
	Сообщение от Аноним (-), 21-Фев-25, 17:35
	> Чтобы если у падает растовый код, то падал осмысленно, а не в панике. Так он осмысленно падает. Даже в лог может записать где и что. А вот продолжать выполнение программы после паники нельзя - никто не знает что произошло, где память в ансейфе попортили, т.е. в общем стейт неконсистентный. А если стейт все еще консистентный, то это не паника и вы что-то не так сделали в обработке ошибки.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	60. "Релиз языка программирования Rust 2024 (1.85) "	+1 +/–
	Сообщение от Аноним (60), 21-Фев-25, 19:11
	> Даже в лог может записать где и что. Это прям в ядре самого языка такое? А если у меня нет открытого TTY?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. "Релиз языка программирования Rust 2024 (1.85) "	+9 +/–
	Сообщение от Аноним (63), 21-Фев-25, 19:18
	Пиши в файл, раз tty нет. Что, и файлов нет? Тогда мигай диодом: три коротких, три длинных, и снова три коротких. И сопроводительной документации напиши, мол, когда так мигает — запомните что вы делали и звоните по номеру 1-800-VSYO-UPALO-MAMA-POMOGITE.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	104. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от Аноним (104), 21-Фев-25, 21:33
	> продолжать выполнение программы после паники нельзя Почему нельзя ограничить панику только той частью кода, которая выполняет одну конкретную задачу? Прибили тред (или фибер, или что там у раста), выдали варнинг, почистили память, позакрывали или вернули в пул всё, что было открыто - а всё остальное продолжает работать.
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	132. "Релиз языка программирования Rust 2024 (1.85) "	+3 +/–
	Сообщение от Аноним (-), 22-Фев-25, 01:24
	> Почему нельзя ограничить панику только той частью кода, > которая выполняет одну конкретную задачу? А вы умеете изолировать память одной конкретной задачи от всех остальных? Как вы будете гарантировать что вы не испортили что-то еще? Это как раз та самая Unrecoverable Errors. doc.rust-lang.org/book/ch09-01-unrecoverable-errors-with-panic.html doc.rust-lang.org/book/ch09-03-to-panic-or-not-to-panic.html Если же вы можете обработать ошибку и напр. перезапустить операцию, то просто не кидайте panic, а верните Result и обработайте ошибку. Ну и в теории вы можете переписать panic handler.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	142. "Релиз языка программирования Rust 2024 (1.85) "	–1 +/–
	Сообщение от YetAnotherOnanym (ok), 22-Фев-25, 05:31
	> А вы умеете изолировать память одной конкретной задачи от всех остальных? А с самого начала проектировать язык так, чтобы одна задача не портила данные остальных? Раз уж Раст претендует на безопасную работу с памятью. Эрланг же как-то умеет. А то получается, что программе на Расте нельзя доверять больше одной задачи.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	170. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от Аноним (170), 22-Фев-25, 17:31
	Если ты имеешь глобальную кучу и все задачи имеют к ней доступ, то любая из них может похерить кучу. Все эти теоретические изыски, когда сферические части программы выполняются в вакууме, сугубо теоретичны.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	173. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от Аноним (104), 22-Фев-25, 18:10
	> любая из них может похерить кучу Почему-то у Армстронга и компании ещё в 80-е годы прошлого века получилось спроектировать архитектуру языка так, чтобы этого избежать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	168. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от Аноним (-), 22-Фев-25, 15:31
	> Почему нельзя ограничить панику только той частью кода, которая выполняет одну конкретную задачу? Почему нельзя? Есть catch_unwind. Со своими особенностями правда, он не гарантирует, что разматывая стек, он может снимать со стека не-растовые фреймы, и RAII он тоже не гарантирует. Я в детали не вдавался, мне как-то нужды нет, но всякие там рантаймы типа tokio вполне устойчивы к тому, что какой-нибудь гринтред паниканёт.
	Ответить \| Правка \| К родителю #104 \| Наверх \| Cообщить модератору


	14. "Релиз языка программирования Rust 2024 (1.85) "	–1 +/–
	Сообщение от Аноним (2), 21-Фев-25, 17:09
	Смешивание в одной функции работу с разными библиотеками, возвращающими разные ошибки. Сейчас если основная функция возвращает определенный тип ошибок, а ты хочешь использовать внутри этой функции какие-то другие функции, которые возвращают другой тип ошибок, то приходится или для каждого вызова функции возвращающей неверный тип ошибок кастовать их к верному при помощи map_err или выносить в отдельную функцию, или костылить самовызывающуюся ламбду.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	46. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от pashev.ru (?), 21-Фев-25, 18:00
	cargo add thiserror
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "Релиз языка программирования Rust 2024 (1.85) "	–2 +/–
	Сообщение от Аноним (2), 21-Фев-25, 20:02
	Это тут причем? thiserror структурированные ошибки превращает в строковые, уничтожая возможность их последующего анализа. Весьма узкоспециализрованная штука.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	116. "Релиз языка программирования Rust 2024 (1.85) "	+3 +/–
	Сообщение от freecoder (ok), 21-Фев-25, 23:32
	Совершенно неверно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	146. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от morphe (?), 22-Фев-25, 07:39
	Ты перепутал его с anyhow, thiserror лишь упрощает создание идиоматических ошибок
	Ответить \| Правка \| К родителю #78 \| Наверх \| Cообщить модератору


	135. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от Zeke Fast (?), 22-Фев-25, 03:05
	anyhow?
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	12. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от Жироватт (ok), 21-Фев-25, 17:06
	По хорошему, надо бы еще в хруст добавить монады. Язык без монад - слишком примитивный и непригодный для использования язык. Только монады спасут вашу память от проверяльщика боровов, который спасает её от указателей.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	24. "Релиз языка программирования Rust 2024 (1.85) "	+6 +/–
	Сообщение от Аноним (24), 21-Фев-25, 17:23
	Хорошая идея. Завалить раст мусором фич!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 21-Фев-25, 17:30
	А-а-а-а, прогер-расты ещё добавилось. Боже, извините за мой примитивный юмор)))
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	130. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от warlock66613 (ok), 22-Фев-25, 00:39
	А с монадами язык получается очень сложный. Я люблю Haskell, но я не вижу большой потенциальной пользы от монад в Rust.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	136. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от Zeke Fast (?), 22-Фев-25, 03:08
	GAT-ы вам в помощь! Когда с лайфтаймами монадить научитесь, может и типы вам дадут :)
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	167. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от Аноним (167), 22-Фев-25, 14:54
	А давайте ещё и турку к нему прикрутим.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	22. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от Аноним (22), 21-Фев-25, 17:17
	Много чести. Проще игнорировать.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	69. "Релиз языка программирования Rust 2024 (1.85) "	–2 +/–
	Сообщение от Аноним (69), 21-Фев-25, 19:37
	1. unwrap() или expect("message") не обрабатывает ошибку и приводит к панике, если она возникает; 2. "?" бросает ошибку выше по стеку; 3. match my_result {...} позволяет её обработать прямо здесь. try-catch - это другая модель обработки ошибок, её сделают в другом языке. В этом языке такая модель, которую я описал выше.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	99. "Релиз языка программирования Rust 2024 (1.85) "	+/–
	Сообщение от Аноним (-), 21-Фев-25, 21:21
	> try-catch - это другая модель обработки ошибок, её сделают в другом языке. > В этом языке такая модель, которую я описал выше. А почему try в experimental фичах тогда УЖЕ висит? Не далее как вчера кто-то тут ссыль пульнул - и там разрисованы кейворды и проч были. И указание что - вот - try - experimental. Т.е. оно у них уже по идее есть?!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	147. "Релиз языка программирования Rust 2024 (1.85) "	+1 +/–
	Сообщение от morphe (?), 22-Фев-25, 07:42
	Там смысл другой try не про ловлю паник (для ловли паник есть catch_unwind) try про создание ограниченного скоупа в котором оператор ? работает. let result = try { fallible_op()?; }; result получит ошибку от fallible_op, в то время как без блока try её только из функции вернуть выйдет
	Ответить \| Правка \| Наверх \| Cообщить модератору