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

Метод Сам(Контекст).ДобавитьДинамическоеСвойство() реализован в базовом классе, а _ПриЧтенииСвойства в классе-наследнике.
В этом случае, при инициализации никаких ошибок нет, однако при попытке работать с динамическими атрибутами возникает исключение - "Поле агрегатного объекта не обнаружено"

При перемещении методов _ПриЧтенииСвойства  и _ПриЗаписиСвойства в базовый класс (что вроде бы должно являться правильным, в соответствии с ветками этого форума) - исключение возникает в момент инициализации класса - попытки добавления динамического атрибута (ругается на отстутствие реализации указанных методов в классе). Я так понял эти методы должны быть реализованы в классе-наследнике ? Добавление публичности (через Экспорт) результата не дает.

И лишь один вариант (когда динамические атрибуты и добавляются и обрабатываются в классе-наследнике) исключений не дает, и работает как надо. Только с точки зрения ООП - он совсем не интересен  

У меня вопрос, это глюк или фича ? Потому что если это фича, то такая фича нам не нужна    Ибо динамические свойства полностью утратили гибкость.

Версия компоненты 2.5.0.7 (рекомендованная)

Ага, вот оно как   Неочевидно...

Разобрался, конечно, спасибо. Только вот метод

Процедура ДобавитьСвойство(_ИмяСвойства) Экспорт
	Сам(Контекст).ДобавитьДинамическоеСвойство(_ИмяСвойства);
КонецПроцедуры
 

должен быть в каждом классе наследнике (хотя вызываться он, конечно, может из обобщенных методов базового класса), также как и _ПриЗаписиСвойства() и _ПриЧтенииСвойства() (которые в каждом классе-наследнике вызывают одинаковые методы базовых классов).

Только ИМХО, идея ООП от этого несколько страдает... Вместо сокращения кода - мы получаем его дублирование. Тогда уже проще и легче использовать в качестве базового класса - структуру (хотя это и противоречит рекомендациям отцов основателей - не подменять агрегирование наследованием). При всех идеологических недостатках, это будет больше в духе ООП. ИМХО, конечно  

потому что, если код
[code]
Сам(Контекст).ДобавитьДинамическоеСвойство(_ИмяСвойства);
[/code]
будет расположен в модуле [b]базового[/b] класса, то при попытке работы с динамическими свойствами у меня выдается [i]"Поле агрегатного объекта не обнаружено"[/i].
а вот если я пишу в [b]наследнике[/b]
[code]
Процедура ДобавитьСвойство(_ИмяСвойства) Экспорт
     Сам(Контекст).ДобавитьДинамическоеСвойство(_ИмяСвойства);
КонецПроцедуры
[/code]
а в конструкторе [b]базового [/b] класса вызываю
[code]Сам(Контекст).ДобавитьСвойство(_имясвойства)[/code]
, то все ok

Я просто может чего не совсем понимаю, но скажи пожалуйста, где должны быть расположены реализации методов _ПриЗаписиСвойства() , _ПриПолученииСвойства() и вызов метода ДобавитьДинамическоеСвойство() - в базовом классе, или в классе наследнике. Предложенная парой постов выше схема когда ДобавитьДинамическоеСвойство() расположено в базовом классе, а _ПриЗаписиСвойства() , _ПриПолученииСвойства() реализованы в наследниках - не работает.
Цитата:
Вот ее диагноз.

Если убрать _ПриЗаписиСвойства() и _ПриПолученииСвойства() из наследника в базовый класс - перестает работать ДобавитьДинамическоеСвойство(), расположенное в базовом классе,  с ошибкой
Цитата:


В настоящее время работает лишь один вариант - когда реализации методов _ПриЗаписиСвойства() , _ПриПолученииСвойства() и вызов метода ДобавитьДинамическоеСвойство() расположены в каждом из наследников. А базовый класс вызывает методы классов-наследников для добавления динамических свойств.

Есть вариант, совсем как бы, неправильный это реализация методов _ПриЧтенииСвойства и _ПриЗаписиСвойства и в базовом классе и в наследнике. Тогда вызов Сам(Контекст).ДобавитьДинамическоеСвойство() можно вызывать и из методов базового класса.

Я предполагал, изначально, что можно будет реализовать всю механнику работы с динамическими свойствами (их добавление, запись и чтение) в базовом классе, а в классах наследниках вообще не парится на эту тему.

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

ЗЫ тестовую конфу с регистрами можешь сделать ?

В общем, все оказалось просто
Т.е. делаем ту же схему, что я описал выше http://www.1cpp.ru/forum/YaBB.pl?num=1223885925/1#1

Одно НО - в базовом классе нужно писать немного по-другому, без использования контекста наследника
Цитата:

В базовый же класс вставляем методы _ПриЧтенииСвойства(Имя) и _ПриЗаписиСвойства(Имя,Значение)
И далее, как я описал

Выкладываю твой же пример, исправленный мной.
Жду комментариев.

ЗЫ мои правки обозначены в комментах как Артур.

mash писал(а) 16. Октября 2008 :: 08:11:

Небольшое уточнение
вместо "который в базовых классах не работает" ИМХО правильнее нужно сказать "который не работает при вызове данного метода базового класса из модулей классов-наследников"

artbear писал(а) 17. Октября 2008 :: 04:49:


Т.е. при использовании Сам(Контекст) нельзя вызывать метод базового класса в котором добавляются динамические свойства?