Администратор
|
|
1 | |
[Rust] Обсуждение возможностей и предстоящей роли языка Rust12.02.2015, 04:38. Показов 13014. Ответов 121
Метки нет (Все метки)
Psilon, чем он тебя так привлек? И почему именно "убийца плюсов"?
Если напишешь развернутый ответ, обещаю вынести в отдельную тему и погонять компилятор пару часов дабы вступить в полемику
0
|
12.02.2015, 04:38 | |
Ответы с готовыми решениями:
121
[Rust] Как привязывать WinAPI-функции к коду на Rust? [Rust] Расскажите о своём опыте программирования на Rust Обсуждение возможностей языка D [Rust] Time |
Администратор
|
||||||
13.02.2015, 10:53 [ТС] | 21 | |||||
Так-с, я тут.
Разработчики Rust пишут так (http://doc.rust-lang.org/book/macros.html) Вот, например, обрезанная версия макроса assert, который наверняка знаком многим из Си
III: Advanced Topics - Macros Исходники стандартных макросов на GitHub
1
|
555 / 148 / 58
Регистрация: 27.07.2014
Сообщений: 2,446
|
|
13.02.2015, 10:57 | 22 |
Ну эти макросы реально круты.
0
|
Администратор
|
|||||||||||
13.02.2015, 11:01 [ТС] | 23 | ||||||||||
Ещё по поводу расширений синтаксиса макросами: например, в Rust нет возможности использовать именованные параметры, как, например, в C#
0
|
555 / 148 / 58
Регистрация: 27.07.2014
Сообщений: 2,446
|
|
13.02.2015, 11:04 | 24 |
0
|
Администратор
|
||||||
13.02.2015, 11:10 [ТС] | 25 | |||||
Целочисленный тип данных в 32 бита. Вот, кстати, числовые типы в Rust
0
|
555 / 148 / 58
Регистрация: 27.07.2014
Сообщений: 2,446
|
|
13.02.2015, 11:13 | 26 |
tezaurismosis, а чем int отличается от i32?
0
|
Администратор
|
||||||
13.02.2015, 11:23 [ТС] | 27 | |||||
Dennis Ritchie, судя по документации, на int отводится 64 бита
1
|
Master of Orion
|
|
13.02.2015, 14:34 | 28 |
в шестом шарпе как раз хотят добавить интерполяцию строк
Добавлено через 8 минут функциональная парадигма лучше императивной по всем параметрам И лучше ООП по многим параметрам. Это видно хотя бы по внедрению ФП фич в современные ООП языки: функции первого класса, лямбды, замыкания, монады - это всё ФП фишки И их все больше интегрируется. У ФП есть большое преимущество: объекты в нём неизменяемые, что приводит нас к возможности писать многопоточный код без синхронизации вообще. То есть нет ни мьютексов, ни семафоров, ни hazard pointers, ни даже lock-free, она тупо не нужна. Поэтому с увеличением многоядерности в аппаратном и программном плане ФП будут всё более выгодными. Ну и ФП ближе к человеческому мышлению, чем императивный код и ООП. Это еще Дейкстра говорил, когда goto ругал. И это очень просто иллюстрируется - без дебага ошибку в программе нам очень трудно найти. Мы не можем в уме прокрутить эволюцию всех переменных в коде. Только в режиме отладки, наблюдая постоянно за watch'ами, мы можем понять "ага, тут почему-то отрицательное значение, хотя должно быть положительное". Я не большой сторонник ФП, но слишком много преимуществ у него А недостаток один - мало где ФП учат как первому языку, хотя если учат, то императивный стиль i = i+1 воспринимается более чужеродно, чем для императивщиков - стиль ФП.
0
|
555 / 148 / 58
Регистрация: 27.07.2014
Сообщений: 2,446
|
|
13.02.2015, 14:39 | 29 |
0
|
Master of Orion
|
|
13.02.2015, 15:20 | 30 |
по скорости средне, но тут больше проблема в том, что архитектура процессорная заточена под императивщину.
Но даже на такой архитектуре Scala чуть быстрее джавы получается: http://benchmarksgame.alioth.d... scala.html Ну и вакансий на ФП есть, не сказать, что дофига, но есть
0
|
555 / 148 / 58
Регистрация: 27.07.2014
Сообщений: 2,446
|
|
13.02.2015, 15:21 | 31 |
Хотите сказать, что если переписать архитектуру, то функциональные языки будут работать быстрее, чем C++?
0
|
Master of Orion
|
|
13.02.2015, 15:25 | 32 |
Dennis Ritchie, что значит "переписать архитектуру"? Её можно только иначе спроектировать, вот например на хабре пример графовой архитектуры ЭВМ, которую фактически ФП и эмулируют на обычных процессорах.
1
|
Администратор
|
|||||||||||
16.02.2015, 20:30 [ТС] | 33 | ||||||||||
-- Буду периодически выкладывать сюда описание возможностей языка, которые мне показались интересными или необычными --
Необычной мне показалась возможность связывать данные с элементами перечисления, например
Долго думал, что из этого можно рабочего сделать, придумал такую штуку:
Если у кого-то есть идеи по-реалистичнее, милости прошу (Psilon, вкатывайся)
0
|
Master of Orion
|
||||||
16.02.2015, 23:19 | 34 | |||||
tezaurismosis, ну афайк одно из самых простых (и мощных) применений - это создание nullable То есть в терминах того же F#
0
|
Администратор
|
|
17.02.2015, 13:54 [ТС] | 35 |
В блоге разрабы пишут, что около 80% (вроде бы) возможностей языка и стандартной библиотеки уже не изменят к stable версии. Так что я предпочту продолжить ковырять, меня язык впечатляет
0
|
Администратор
|
|||||||
18.02.2015, 10:08 | 36 | ||||||
Тема разделена. Насчет ФЯП - ООП - сюда ФЯП или ООП?
2
|
zzzZZZ...
527 / 358 / 94
Регистрация: 11.09.2013
Сообщений: 2,041
|
|
05.03.2015, 03:00 | 37 |
sublime text + plugins под rust, и вполне можно писать, и подсветка и ошибки(хотя и криво реализованные пока что)
0
|
zzzZZZ...
527 / 358 / 94
Регистрация: 11.09.2013
Сообщений: 2,041
|
|
05.03.2015, 11:31 | 39 |
0
|
Администратор
|
|
05.03.2015, 12:17 [ТС] | 40 |
dzrkot, к сожалению оно (как и дополнение для Atom, который я сейчас юзаю для Ржавчины), работают через Racer, про который я выше и написал (просто запамятовал название)
0
|
05.03.2015, 12:17 | |
05.03.2015, 12:17 | |
Помогаю со студенческими работами здесь
40
Rust+assembler Есть ли у rust будущее? Rust ошибка E0623 Frontend Для RUST Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |