I
Ну string нельзя сувать
да. Но в целом размер структуры могли бы сократить
Size: a a a
2021 January 18
AT
Igor
да. Но в целом размер структуры могли бы сократить
не, ссылки можно засунуть, но там таинство подбора типов маршалинга для корректной работы CLR при побайтовом копировании
R
я запомнил, это из лекции @AnutaU про то как заимплементить полиморфизм)
это все понятно и прикольно, но если мы стираем типы после компиляции, то лишаемся метапрограммирования в реалиях дотнета. К тому же непонятно, как в массивы складывать эти ваши
void*VS
это все понятно и прикольно, но если мы стираем типы после компиляции, то лишаемся метапрограммирования в реалиях дотнета. К тому же непонятно, как в массивы складывать эти ваши
void*типы не стираются, там же тэги есть на каждый тип, мы всегда знаем какую именно структуру потом воссоздать из байт массива
R
типы не стираются, там же тэги есть на каждый тип, мы всегда знаем какую именно структуру потом воссоздать из байт массива
ну как это, у нас в итоге нет самого типа DU, есть только несвязанные кейсы
AT
Либо если все таки припирает таскать ссылочные объекты в EventSourcing с использованием FieldOffset для компоновки структур, то придется извращаться с ручным подкладыванием атрибутов сериализации для каждого поля(если в шарпе это ваять). В фаршике я думаю мог бы компилер сделать :)
VS
ну как это, у нас в итоге нет самого типа DU, есть только несвязанные кейсы
Есть тип все как сейчас, просто вместо двацати полей структур - одно динамическое поле модифицируемое в рантайме
R
Есть тип все как сейчас, просто вместо двацати полей структур - одно динамическое поле модифицируемое в рантайме
а что с массивом делать? Сколько памяти выделять на ячейку типа этого DU?
VS
в конструкторе DU это передается какой конкретный тип, в конструкторе можно память и выделить
R
в конструкторе DU это передается какой конкретный тип, в конструкторе можно память и выделить
Так ячейки же должны иметь одинаковый объем памяти, иначе доступ по индексу не вычислить
VS
аа, ты про массив снаружи, там тоже размер будет фиксирован, то что в конструкторе передали + размер остальных полей
VS
аа, я понял
AT
в конструкторе DU это передается какой конкретный тип, в конструкторе можно память и выделить
Ну как по мне-пытаться выгадать память плотной компоновкой DU и при этом аллоцировать память в куче-ну его нафиг
VS
Так ячейки же должны иметь одинаковый объем памяти, иначе доступ по индексу не вычислить
тогда да, надо по самой жирной из структур чтобы был фиксированный размер
AT
Когда-нибудь короче и в фаршик добавят. :)
I
выделить динамически память на стеке по выбранному кейсу и создать структуру на ней)
Мб с реф структурами и заедет, но не с обычными
I
не, ссылки можно засунуть, но там таинство подбора типов маршалинга для корректной работы CLR при побайтовом копировании
ну может только с хаками какими-то, потому что так оно ругается в рантайме:
Could not load type 'S' from assembly 'TestF5, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' because it contains an object field at offset 4 that is incorrectly aligned or overlapped by a non-object field.
AT
Igor
ну может только с хаками какими-то, потому что так оно ругается в рантайме:
Could not load type 'S' from assembly 'TestF5, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' because it contains an object field at offset 4 that is incorrectly aligned or overlapped by a non-object field.
Нужно извращаться с явным указанием как маршалится поле через атрибут MarshalAs
I
а, ясно