Пусть есть иерархия А:Б:Ц

Класс Б написан так, что он использует ЗаменитьБазовыйОбъект() в предположении, что он заменяет экземпляр класса А.

Теперь создаем класс Ц и ЗаменитьБазовыйОбъект() в классе Б начинает заменять экземпляр класса Б.

Проблема?

kms писал(а) 30. Мая 2006 :: 13:13:

А зачем классу "Б" может понадобится заменять экземпляр класса "А"? Я понимаю когда класс "Б" меняет свой экземпляр на экземпляр класса "А". А зачем нуна так как ты сказал?

kms писал(а) 30. Мая 2006 :: 13:37:

Метод должен заменять не для класса, а для объекта.

Цитата:

Экземпляр_Б = СоздатьОбъект("Б");
Экземпляр_Б.ЗаменитьЭксзБазовогоКласса("А", ОбъектКласса_А);
 

Все правильно? Вопросов не возникает? Иерархия не нарушена?

Метод применяется к ОБЪЕКТУ. Конкретному объекту класса. Мы заменяем экземпляр данного конкретного объекта на экземпляр ДРУГОГО класса. И иерархии это не нарушает.

И я хочу, чтобы вне зависимости от того, где именно в иерархии располагается вызов метода ЗаменитьЭксзБазовогоКласса(), происходило именно это. Чтобы брался объект, созданный с помощью СоздатьОбъект() (а уж будет это "А", "Б" или "Ц" - нас не колышет), и именно этот объект подменялся на объект ДРУГОГО класса. Какого именно класса, и какой именно объект - будет указано в параметрах метода ЗаменитьЭксзБазовогоКласса().

kms писал(а) 30. Мая 2006 :: 14:02:

Не надо, я понял.

Прочитал все, что вы написали - ничего не понял

Метод нужный и верный, пока у нас не будет конструкторов с параметрами.

Я этот метод использую в универсальных классах Справочников, Документов, когда класс определен как потомок класса Справочник, а инициализируется как объект конкретного справочника.

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

fez писал(а) 30. Мая 2006 :: 14:20:


ОК. На примере твоей иерархии, только Документы_СБухИтогами я тоже унаследую от Документ.РКО (для примера, это просто абстракция)

класс Документ_РКО = __Документ_РКО@MD : Документ.РКО,  Документы_СБухИтогами
{};

класс Документы_СБухИтогами = __Документы_СБИ@MD : Документ.РКО
{};
 

ДокСБИ = СоздатьОбъект("Документ_СБухИтогами");
ДокСБИ.Инит(__Конкретный_РКО);

Документ_СБухИтогами::Инит(__Конкретный_РКО)
{
ЗаменитьБазовыйОбъект("Документ.РКО", __Конкретный_РКО);
}
 

Т.е. Документ_СБухИтогами полагает, что он работает с конкретным объектом РКО.

ДокРКО = СоздатьОбъект("Документ_РКО");
ДокРКО.Инит(__Конкретный_РКО_2); // наследованный метод
 

Я утверждаю, что Инит() должен по-прежнему заменять базовый объект класса "Документы_СБухИтогами".

Ты предлагаешь заменять базовый объект класса "Документ_РКО".

Здесь 2 проблемы:
1. Код класса Документы_СБухИтогами начинает работать по-другому, это то, о чем я писал в самом начале. Это источник ошибок.
2. В принципе, Документы_СБухИтогами ничего не обязан знать о каких-то там наследниках. Это принципиально.

kms писал(а) 30. Мая 2006 :: 14:44:

Плохая абстракция. Зачем нам классу Документ_РКО два суперкласса Документ.РКО? Почему в таком случае нельзя наследовать Документ_РКО только от Документы_СБухИтогами?

Пока примера не понял, давай другой.

(бурчит под нос) Давайте теперь еще зациклим иерархию классов...

Цитата:


Да какая разница.
Ну давай унаследуем Документы_СБухИтогами от Справочник.Товары.
Что изменится?

ЗаменитьЭкзБазовогоКласса внутри Документы_СБухИтогами должен работать с иерархией класса Документы_СБухИтогами и ни с какой другой!

Он не должен ничего знать про Документ_РКО и про Документ.РКО, или это уже не ООП.