https://opennet.ru/openforum/vsluhforumID3/110352.html Представлен (https://blog.rust-lang.org/2017/02/02/Rust-1.15.html) релиз языка программирования Rust 1.15 (http://www.rust-lang.org), развиваемого проектом Mozilla, обеспечивающего автоматическое управление памятью и предоставляющего средства для высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime. Параллельно с Rust совместно с компанией Samsung развивается экспериментальный браузерный движок Servo (https://www.opennet.ru/opennews/art.shtml?num=44712), написанный (https://github.com/servo/servo/) на языке Rust и отличающийся поддержкой многопоточного рендеринга web-страниц и распараллеливанием операций с DOM (Document Object Model). <br><br><br><br><br>В состав нового выпуска принято 1443 изменения от 137 разработчиков. Основные новшества (https://github.com/rust-lang/rust/blob/stable/RELEASES.md#version-1150-2017-02-02):<br><br><br>- В процедурных макросах (https://doc.rust-lang.org/book/procedural-macros.html) обеспечена возможность создания произвольных обработчиков (htt https://opennet.ru/openforum/vsluhforumID3/110352.html#74 Thu, 09 Feb 2017 17:01:28 GMT В недавнем интервью Slava Akhmechet, создатель RethinkDB, сказал, что ему нравится этот язык. Правда разработка RethinkDB на нём не ведётся.<br> https://opennet.ru/openforum/vsluhforumID3/110352.html#73 Wed, 08 Feb 2017 16:17:31 GMT &gt;&gt;Значит язык ещё очень сырой и не скоро будет готов для продакшена.<br>&gt; Он сложный не потому что сырой, а потому, что такова его природа. <br>&gt; Поэтому он не станет проще после стабилизации его библиотек и улучшения <br>&gt; документации.<br><br>Кому оно надо, если для мозгое...ва уже есть шаблоны в С++ и мегатонны кода?<br> https://opennet.ru/openforum/vsluhforumID3/110352.html#72 Wed, 08 Feb 2017 16:13:38 GMT И его придется запускать в "одноядерном" контейнере, чтобы не вешал всю систему.<br> https://opennet.ru/openforum/vsluhforumID3/110352.html#71 Wed, 08 Feb 2017 00:26:33 GMT У плюсов синтаксис так себе, он далеко не неудачный. Неудачный синтаксис у perl, ruby, ну и с rust жесть выходит.<br> https://opennet.ru/openforum/vsluhforumID3/110352.html#70 Mon, 06 Feb 2017 20:45:07 GMT &gt; Для плюсов оптимизация dynamic_cast не принциипальна.<br><br>Как и автоматический контроль целостности памяти. Я и писал, что С++ оказывается довольно медленным, когда дело доходит до его относительно безопасных абстракций.<br><br>&gt; Что до at() - надо посмотреть. По идее компилятор там ничего чудить <br>&gt; не должен, рядовой же метод. Может, что-то с исключениями связанное.<br><br>Рядовой, но не встроенный как memcpy. Учёт специфики встроенных функций позволяет оптимизировать сильней, чем просто компилируемый метод, а сделать очень хорошую оптимизацию для общего случая сложная задача.<br><br> https://opennet.ru/openforum/vsluhforumID3/110352.html#69 Mon, 06 Feb 2017 20:14:22 GMT &gt; Все эти обоснования выглядят как "денег нет, но вы держитесь". Об удобстве программиста там подумать явно поленились.<br><br>Все перечисленные "неудобства" -- это просто "мне хотелось придраться, я придрался". Метод into_* в расте попадается не только в box'е, и глупо было бы делать исключения для box'а. <br><br>&gt; "let mut s" - это похоже на желание получить что-то иммутабельное? Написал <br>&gt; mut - получи изменяемую копию неизменяемого объекта.<br><br>Да. Чтобы не вваливаться в совсем уж академическую функциональщину привнесли возможность изменять объекты, но при этом всячески подталкивают кодеров работать с immutable объектами.<br><br>&gt; Запрет на очевидные неявные <br>&gt; преобразования типа - это не "немного вымораживает", это идиотизм.<br><br>Ну, может быть, они тут перебрали. Но если ты о запрете на неявный вызов конструкторов типов -- это абсолютно правильно. Зачем было запрещать неявно расширять i32 до i64 я не знаю. Но я верю, что причина была. Потому что в других случаях они позволяют себе пихать в отдельные типы возможности, https://opennet.ru/openforum/vsluhforumID3/110352.html#68 Mon, 06 Feb 2017 13:55:34 GMT В других языках есть свои best practices. Для плюсов оптимизация dynamic_cast не принциипальна.<br><br>Что до at() - надо посмотреть. По идее компилятор там ничего чудить не должен, рядовой же метод. Может, что-то с исключениями связанное.<br> https://opennet.ru/openforum/vsluhforumID3/110352.html#67 Mon, 06 Feb 2017 13:47:39 GMT "let mut s" - это похоже на желание получить что-то иммутабельное? Написал mut - получи изменяемую копию неизменяемого объекта. Запрет на очевидные неявные преобразования типа - это не "немного вымораживает", это идиотизм.<br><br>Чем String от slice отличается я понимаю. Я не понимаю панического страха перед неявными (но, разумеется, описанными в спецификации и совпадающими с ожиданиями программиста) преобразованиями типов, выделениями памяти и прочими исключениями, направленными на то, чтобы код легко писался и читался. В разумных количествах это только на пользу (а неразумные, вроде перла - тоже многим нравятся, хе-хе). В плюсах, кстати, в этом смысле сделано совершенно ожидаемо - std::string s "xxx" будет работать так же хорошо, как и std::string s = "x"; x = "y"; x += "xxx" и прочее. Не хуже всё это дело работает и в D, где строки иммутабельные.<br><br><br>Ну и да, вот в таких случаях и становится понятно, зачем именно нужна перегрузка операторов.<br> https://opennet.ru/openforum/vsluhforumID3/110352.html#66 Mon, 06 Feb 2017 13:35:03 GMT Все эти обоснования выглядят как "денег нет, но вы держитесь". Об удобстве программиста там подумать явно поленились.<br><br>Нет перегрузки методов? Ок, пользовательской нет. А что, нельзя было для встроенных типов сделать исключение? Вектор - не utf8? Ну ок, при конкатенации со строкой верифицируй и вывали ошибку, если там таки то, что в utf-8 не лезет. Из бокса что ни вытащи - он помрёт, насколько я понимаю - то есть когда с ним работаешь всё равно эту особенность надо держать в уме - так тчо нет никаких причин давать отдельное имя. Ну и феерическое "xxx".to_string - это вообще бред какой-то.<br>