/stat@combot

/stat@combot

/stat@combot

C++ просто повесится от такого очевидного поведения

/stat@combot

/stat@combot

/stat@combot

/stat

/stat

лол

combot.org/chat/-1001082778544

.

те в опред промежуток времени в одном { } адреса полей контроллера не меняются, почему мы не можем обращаться к ним по отдельности через geter-ы ? например, я делаю поля camera и cursor приватным, и делаю &mut setter-ый. Я изменяю контроллер откуда-то, где, например let mut controller=Controller::new(); Почему я не могу controller.get_camera().x=controller.get_sursor().x ?

потому что линейные типы блин

combot.org/chat/-1001082778544

combot.org/chat/-1001082778544

combot.org/chat/-1001082778544

combot.org/chat/-1001082778544

combot.org/chat/-1001082778544

/measure_iq

Треды это другое дело. у нас однопоточный код и мы просто делаем let mut controller=Controller::new(); controller.get_camera().x=controller.get_sursor().x; Borrow-checker-у это не понравится..

а потом добавятся потоки с в с++ все сломается. а в расте сразу норм код под многопоточность

combot.org/chat/-1001082778544

combot.org/chat/-1001082778544

combot.org/chat/-1001082778544

combot.org/chat/-1001082778544

combot.org/chat/-1001082778544

combot.org/chat/-1001082778544

combot.org/chat/-1001082778544

Норм

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

а потом добавятся потоки с в с++ все сломается. а в расте сразу норм код под многопоточность

Мы во всем лучше хаскель чата

суть та же

ну не совсем

"почему я не могу сломать логику"

если честно внутри там линейные, а интерфейс пользователю афинный

у нас не только хелф больше

рли?

да, по всем статам кроме health в haskell больше

людей, активных в день, сообщений в день и т.п.

вот с flood ration получше тут

интересно как считается

Зато качество людей👆

интересно как считается

Наверное зависит от среднего помещения и среднего флуда

определение флуда их интересно

люди, то ясно, что в haskell чятике лучше

вот с flood ration получше тут

от настроения Антона

определение флуда их интересно

Чем больше сообщений подряд

люди, то ясно, что в haskell чятике лучше

Поэтому ты в этом чате

учитывая, что телеграм не умеет в форматирование нормальное, то странное определение

хотя я склоняюсь к тому же

если честно внутри там линейные, а интерфейс пользователю афинный

ну по сути важен только интерфейс

в теоретическом контексте

еще быстро добавлю представим, что у нас controller.get_array_a() -> &mut Vec controller.get_array_b() -> &mut Vec и мы хотим всего лишь *controller.get_array_a() = *controller.get_array_b(); //= просто переписывает значения из одного массива в другой, не выделяя память. Но расту это не понравится. Надо разделить get_array_a и get_array_b на 2 блока. Выйдет: let vec=controller.get_array_b().clone();//тут-то мы выделяем память!!! *controller.get_array_a()=vec; //= просто переписывает значения из одного массива в другой, не выделяя память. В С++ бы первый способ сработал. Вот пример того, когда борров чеккер заставляет писать неоптимальный код — выделяет область памяти. Только из-за его тупости

И что, после этого раст равен С++ по производительности?

И что, после этого раст равен С++ по производительности?

Перестань копировать и будет равен

То, что ты в крестах жопой можешь код писать и оно как-то будет работать, это не проблема раста

А только твои

и как не копировать?

@trionprog если это имеено mut Vec то при просто переписывании мы создаем leak?

если это не вектора, а слайсы какие - то с ними и работать

по заданию надо перекопировать массив а в б. ТОЧКА. И ++ тут будут парвы

нельзя слайсы

это тоже борровинг

почему нельзя?

раст не разрешит

и как не копировать?

Скорее всего, это не должно быть в одной структуре. Но если это прям точно должно быть в одной, то либо предоставляешь get_a_and_b() -> (&mut Vec, &mut Vec), либо инкапсулируешь это в методе

потому что &mut [u32] толком не отличается от &mut Vec<u32>

по заданию надо перекопировать массив а в б. ТОЧКА. И ++ тут будут парвы

Нет

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

Что это вообще не один и тот же вектор

А я вот сделал либу, и я ну думал, что юзер захочет и а и б юзать.. Я не могу писать таких геттеров get_a_and_b() ->

легко. Они лежат в разных областях памяти

И он знает об этом на этапе компиляции?

По сигнатуре функций?

А в controller+sizeof(before) B в controller+sizeof(before)+sizeof(A)

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

Он не знает.. что А и Б можно юзать поодиночке, и РАСТ ЭТОЙ ФУНКЦИИ НЕ ИМЕЕТ!

где там был онлайн компилятор?

Какой функции?

спасибо нашёл

ну не скину я 4к строк кода. Какая тут сферическая х-ня? посмотрите любой код на С++, там этих геттеров полно, ибо это едиснтвенный способ дать поле юзеру так, чтобы он его, например, не изменил, или чтобы в момент сета сделать что-то еще. Но в расте веселее. веть ТРЕЙТЫ ЗАСТАЛЯЮТ ПИСАТЬ ГЕТТЕРЫ. ИНАЧЕ НИКАК! И они борровят всю структуру..