Установка размера динамического

[Ins]

Вот еще вопрос:
4. Что будет если я изменю тип параметра или тип не изменю, но изменится размер типа (например, добавлю новые значения к перечислимому типу)? Опять адреса поплывут

А вот мои комменты по твоим ответам:
1. Вот оно проявление замедленного действия. Сейчас ты пишешь это для себя и, допустим, не будешь этого делать ибо помнишь. Завтра ты работаешь в команде. Не ты, я, работая с тобой вместе, захочу порядок поменять. Кто виноват в появившемся баге, я или ты?
2. Если утебя жесткая привязка к адресам полей, то ты удивишься, когда они изменятся из-за выравнивания Да-да, это не сказка, это реальность
3. Сегодня ты уверен что не будешь работать с интерфейсам ибо не умеешь. Ты действительно в этом убежден, я понимаю. Но вдруг завтра ты научишься? Откуда ты знаешь, что этому мешает? Научишься и поймешь, что реализовав в объекте интерфейс вообще круто сделаешь! А тут - бац! - все сломалось.

Объяснил в чем быдлокод?

[Selestis]

Я отредактировал прошлый пост, посмотри, если не трудно)
4) У меня нет перечислимых типов в этих структурах данных. Да и опять же возвращаемся к тоому, что всё это описано в настройках должно быть... Об этом я уже рассуждал..
------
1) Это проект любительский, делать его я буду сам, иначе о многом бы пришлось подумать)))
2) см. прошлый пост + в принципе можно сделать выравнивание, подходящее мне, хотя это уже маразмом пахнет...
3) Что ж, может и научусь, но тогда всё равно много придется переделывать... А текущая архитектура не предусматривает их, там просто ну нет необходимости в интерфейсах, судя по тому, что я о них всё же знаю...

Частично объяснил, но только частично ;-)

[Ins]

Не трудно выложить примерчик с этим?

Не это имелось в виду. Имелось в виду, что до добавления к классу нового поля и после добавления адреса одноименных полей могут поменяться. Для экспериментов попробуй поля с размером не кратным 4, особенно Boolean (1 байт), Extended (10 байт) - самые распространенные типы из таковых

[Selestis]

Да, попробовал и нашёл) Вобщем-то понятна мысль.
Только не смейтесь, но у меня все поля кратны 4, повезло... xD В других нет необходимости. Но надо будет учесть всё равно...
Ред.:
Вот я тут копался и нашел такое:

Для объектов, RTTI информация генерируется компилятором для свойств и методов, описанных в секции published в следующих случаях:
......
Свойство-массив не может быть published

Упс) Это правда так?
Нашел тут: http://www.delphisources.ru/pages/fa...tice_rtti.html (несколько первых абзацев)

[Ins]

Правда. Но списки значений с помощью RTTI сохранить все-равно просто

[Selestis]

Списки значений - это что именно?
У меня 2 случая с массивами:
1) фиксированные в 3 и 4 single
2) динамический из черт знает чего
Ни один из них не прокатит или только второй?

Хотя, вобщем-то, можно и ручками это как-то попытаться сделать) Попытаюсь заюзать сие чудо, может получится..

[Ins]

Просто тут нужен не массив в published. Смотря как делать будешь - если используя стандартные инструменты сериализации - то см. DefineProperties или может TCollection (но здесь этот класс по-моему излишне громоздок), если по моей статье - то CustomSerialize или TSyCollection

[Selestis]

Ладно, буду копать в эту сторону... Ещё раз спасибо, увы я не могу поставить ещё один плюсик)
Тему можно закрывать.