Форма как свойство и объект действий у компонента

[саша40]

Всем привет. Пытаюсь раздумать кое-какой компонент.
Есть компонент. Он небольшой, но немного труден в написание. У компонента, форма, написанная в режиме проектирования или динамически, может использоваться как свойство. Форма может быть создана(создана её переменная), изменены могут её свойства или компонентов на ней, так же возможно пользователь захочет изменить какой-либо компонент и наконец она может быть уничтожена.
Задачи компонента: Функцией показать форму. Отследить, какие свойства у компонентов были изменены и на что(имя компонента и название свойств задают в виде строки, такого вида: [имя компонента][имя свойства][индификатор]). Результат функции, строковой вид всех изменений такого вида: [индификатор][значение свойства после закрытия формы, если оно было изменено].
Все формы для компонента хранятся в массиве из TMessageForm. TMessageForm-это тип, прямой наследник класса TForm.
Вопросы: Как мне добавить в этот массив форму созданную в режиме проектирования? Как мне добавлять туда формы динамически, если компоненты на этих формах могут быть разного типа и их может быть разное количество?

[Stilet]

Т.е. другими словами ты хочешь сделать мониторинг свойств объектов в твоем проекте? Любое изменение любого свойства любого объекта должно фиксироваться твоим компонентом - я правильно понял?

[Человек_Борща]

Неправлино поставили задачу.

Есть не визуальный компонент-квадратик с картинкой.
В нем есть список, где регистрируются компоненты с формы X вида: Компонент.Свойство.

Компонент где-то хранит исходные значения компонент, т.е. предыдущее сохранение, при созранении данных, компонент перебирает зарегестрированные компоненты, их свойства и сравнивает с исходнымы(ищет изменения), изменения перезаписывает в файл.

Все.

Ваша идея выполнима на уровне disign-time используя средства IDE, в run-time можно использовать RTTI, но опять же он не для всех классов генерируется.

[Stilet]

Кстати кажется среди пакета JEDI есть уже такой компонент.

[Человек_Борща]

Кстати кажется среди пакета JEDI есть уже такой компонент.

ну целей такой задаче можно много подставить. JIDi - большая куча непонятно чего. Вроде как и ного и хорошо и полезно, но вот беда - каждый 5й - глючит, косячит.

[саша40]

Сообщение от Stilet

Т.е. другими словами ты хочешь сделать мониторинг свойств объектов в твоем проекте? Любое изменение любого свойства любого объекта должно фиксироваться твоим компонентом - я правильно понял?

Не совсем. Программируя, я задаю в массиве мониторить только те свойства, которые надо. В конечном результате функции, я должен увидеть значения свойств, которые были изменены пользователем. Короче алгоритм такой:
1. Компонент показывает форму и компоненты на ней.
2. Компонент автоматом изменяет свойства компонентов, на те которые задали в параметрах функции вызова. Параметр представляет собой массив строк такого типа:
[имя компонента][имя свойства][значение].
...
[имя компонента N][имя свойства N][значение N].
3. Дальше вступает в игру пользователь. Ему выведется форма с уже установленными свойствами.
4. Пользователь что-то делает делает с компонентами(в основном полями ввода) и нажимает на кнопку или просто на крестик(если, конечно, он там есть).
Не зависимо какую кнопку нажал пользователь, форма закроется, но перед этим зафиксирует, то что он нажал, а так же проверит изменились ли мониторинговые свойства. Ну и если они изменились, то создает такой список:
[индефикатор(Integer)][имя компонента][имя свойство][новое значение].
в конце списка будет стоять название кнопки(не caption!), которую нажал пользователь.
Всё это является результатом функции вызова. Проблема в том, что если я попытаюсь так сделать, то у меня не фига не получится и думаю как всё это оформить по другому.

[Stilet]

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

Это если они "паблик". А с приватными что делать будешь? Из-под твоего компонента они скорее всего будут не видны.

Короче алгоритм такой

Для начала ты должен как-то получить и зафиксить список свойств. Допустим RTTI тебе в этом деле поможет:
http://delphiworld.narod.ru/base/the...tice_rtti.html
http://www.kansoftware.ru/?tid=2145

Однако как-то нужно их мониторить. Таймер? Доппоток?

...не знаю. Мое мнение - ничего у тебя не выйдет...

[саша40]

Сообщение от Stilet

Это если они "паблик". А с приватными что делать будешь? Из-под твоего компонента они скорее всего будут не видны.

Для начала ты должен как-то получить и зафиксить список свойств. Допустим RTTI тебе в этом деле поможет:
http://delphiworld.narod.ru/base/the...tice_rtti.html
http://www.kansoftware.ru/?tid=2145

Однако как-то нужно их мониторить. Таймер? Доппоток?

...не знаю. Мое мнение - ничего у тебя не выйдет...

Неправильно ты меня понимаешь. Я могу при показе записать их исходное значение(мониторинговых свойств), а при закрытие формы сравнить значения мониторинговых свойств с записанными при показе и если не совпадает, то записать в результат. Компоненты я специально заставлю себя поместить в Public, чтобы их можно было использовать. Вот думаю следить за свойствами через их указатели(записать значения адреса при показе и сравнить при закрытие), но могут быть кое-какие непонятки.