fn new))))

A* new_a() { return malloc(sizeof(a)); }

С ооп язык

просто конвенция

да, я уже упомянул это

A* new_a() { return malloc(sizeof(a)); }

мусор получишь же, не?

мусор получишь же, не?

нет

malloc разве обнуляет?

а, ты про это. да

мусор получишь же, не?

Ну сделай calloc. Сделай в методе инициализацию объекта. Разница?)

единственное что меня смущяет в rust std это отсутствие модуля для работы с &[char] | Vec<char> на подобе &str и String

может я чего-то не понимаю

единственное что меня смущяет в rust std это отсутствие модуля для работы с &[char] | Vec<char> на подобе &str и String

Юникод же.

ну

зачем тебе Vec<char>

Юникод же.

char это же полная руна а не u8

А, ты про это. Ну да, есть случаи, когда это могло бы пригодиться

зачем тебе Vec<char>

операции над закодированными строками сложнее и дольше чем над раскодированными

какие операции?

какие операции?

Индексация

операции над закодированными строками сложнее и дольше чем над раскодированными

Есть итератор Chars, его нельзя сделать из &[char]?

Индексация

и что для этого нужно в std

какие операции?

замена символа посреди закодированной строки может потребовать сдвига частьи строки

и что для этого нужно в std

Операции над массивами символов)

Vec::get?

Есть итератор Chars, его нельзя сделать из &[char]?

можно, но для &[char] нет такого же набора функций как для &str. хотя это не такая уж и проблемма.

Vec::get?

И руками реализовывать все строковые функции?

Индексация

Индексация

ты понимаешь как юникод работает?

ну вроде-как да

Индексация

Индексация по строкам типа &str дорогая потому что юникод, по этому @yellow_apple хочет строки &[char], представленные массивом символов, где индексация дешевая, но для таких строк не реализованы строковые функции, такие же как у &str и как строками ими сейчас пользоваться невозможно

ну вроде-как да

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

я изначально не понял что мешает конвертировать между двумя типами по нужде

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

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

utf16 ❤️

я изначально не понял что мешает конвертировать между двумя типами по нужде

То что это потребует полностью парсить строку.

thx

utf16 ❤️

Увы, восьмерка уже стандарт и двигаться не собирается. ЦА не поняла бы)

Увы, восьмерка уже стандарт и двигаться не собирается. ЦА не поняла бы)

все лучше старого ада

все лучше старого ада

О да.

в emacs есть плагин для utf-512

utf16 ❤️

там тоже не так просто надо реализовывать сжатие строк

в emacs есть плагин для utf-512

Они готовятся к первому контакту и общению с сотнями инопланетных рас с уникальными письменностями?

Хотя от авторов emacs я не знаю чего ожидать)

какая-то неэффективная письменность

ты понимаешь как юникод работает?

упс, имел в виду не юникод а utf-8

там тоже не так просто надо реализовывать сжатие строк

Быстрее старого-доброго ASCII и неэффективных по памяти widechars ничего нет)

разве что mongodb *ba-dum-tss*

Сильвербуллет)

в rust не хватает emoji в названиях переменных

в rust не хватает emoji в названиях переменных

Между прочим ничто не мешает

ага

притащу баян, вдруг кто не видел еще

У меня кажется появилась идея для плагина компилятора

У меня кажется появилась идея для плагина компилятора

ни слова больше! иди делай

обфусцировать?

Хотя тут можно и макросом обойтись

а такое можно сделать? def `(╯°□°）╯︵ ┻━┻` = throw new RuntimeException("Should not be implemented")

в scala можно

oh wait..

Проорал

я по фану такое в тесты засунул

вызывается только с `?

канеш

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

да, потому что это уже не строка

лол у меня при попытке вставить emoji sbt console крашится

https://rosettacode.org/wiki/Unicode_variable_names#Rust

;C

http://play.integer32.com/?gist=df6623a91326c45723e4809b4578a423&version=stable

Зато вот так можно)

в расте пространство имен такое же как в крестах или додумались получше сделать?

Смотря что ты имеешь в виду

Задай конкретный вопрос, постараюсь ответить

лол

Это где? :D

это если в set_hook сделать panic

Смотря что ты имеешь в виду

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

это если в set_hook сделать panic

Ахах)

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

Я не настолько хорошо знаю C++ и не пытался там говнокодить с пространствами имен)