AN
Работа с CPointer уже примерно так сделана в MemScoped.
Size: a a a
2021 May 19
А
а я вижу что тут подводных камней в области взаимодействия гц и не гц данных будет куча
AN
Они очевидно не должны смешиваться ( вмысле одно не может быть внутри другого). Но опять же это уже как-то решается при взаимодействии с нативной памятью
А
а смысл тогда?
AN
Смысл в том, что реально надо контролировать жестко время жизни только для очень ограниченного количества объектов. Это на самом деле очень мало где нужно.
А
ну а зачем такое?
AN
Оно нужно например в IO для аллокации буферов и кое в какой математике. Тот же kotlinx-io на самом деле эмулирует тот же бороу чекер.
АХ
Сложно придумать как статически гарантировать, что значние не покинет скоп. Выглядит сложно
А
в шарпе например есть достаточно развитые средства для подобных вещей
AN
Так вот это уже есть
А
вплоть до указателей
А
только это не слишком часто там юзается
AN
Ну там специфические указатели. Но в принципе да. Тут как раз смысл в том, что это очень мало где нужно.
АХ
Раз в котлине нельзя передать ссылку на структуру в функцию, которая куда-то его схоронит и переживёт скоп?
AN
Сейчас просто это реф-объект, который может быть "обналичен" только в скоупе. То есть, не передав явно скоуп, ты не можешь получить значение.
АХ
Не могу дальше продолжать спорить. Знаний не хватает, но ставлю рупь, что система куда менее мощная нежели растовая проверка борова
K
Всем добрый день господа. Подскажите, есть группы по разработке ботов для телеги?
Поделитесь, пожалуйста
Поделитесь, пожалуйста
А
если делать какие-то мелкие задачки, то и боров не нужен по сути
АХ
В расте онповсюду. Потому его надо понимать
А
так речь то и не про раст шла