IL
вместо того что бы один раз загрузить массив и потом обращаться в кэш, ты будешь каждый раз ловить кэш-мисс и делать обращение в оперативку
Size: a a a
2020 December 06
VP
Но если надо найти сущность по ключу, чтобы узнать новые значения свойств, то сразу в словарь
VP
Я про это
IL
для начала словари могут и сойти, но если захочешь выжимать производительность - придется начинать писать кэш-френдли алгоритм
IL
Но если надо найти сущность по ключу, чтобы узнать новые значения свойств, то сразу в словарь
а, это
IL
ну тут да, наверное
VP
Просто тут выше кидали, как бегают по 2мерным массивам
IL
зависит от частоты обращения конечно
YK
вообще, имхо, круто писать чтоб удобно было
YK
а потом уже оптимайзить
IL
вообще, имхо, круто писать чтоб удобно было
ну так и надо, да
YK
мне чем раст нравится, я там вроде написал код с супер абстракциями, вполне себе высокоуровневый, а компилятор превратил это в очень быструю программу
IL
без premature optimization, кроме мб совсем очевидных случаев, которые на автомате получаются
YK
от моих абстракций не остается и следа (в расте можно в синтаксисе указать, что будет динамическим, а что на этапе компиляции уйдет)
P
так расхваливаете раст, что у меня аж слюнки потекли
ST
Это наш хитрый план диверсии твоего прогресса )
YK
в шарпе не хватает enum с данными как в расте
типа
типа
pub enum MoveType {
Cast(ActionId),
MultiCast(ActionId, u8),
Rest,
Brew(ActionId),
Wait,
Learn(ActionId)
}YK
и это будет быстро работать, в шарпе я вижу только вариант с наследованием (что уже не так быстро)
ST
в шарпе не хватает enum с данными как в расте
типа
типа
pub enum MoveType {
Cast(ActionId),
MultiCast(ActionId, u8),
Rest,
Brew(ActionId),
Wait,
Learn(ActionId)
}О, ты КГ писал на расте, гляжу. Дай посмотреть :)
YK
на кг вроде не приветствуется код шейринг, но могу поделится тем что интересно