Форум Flasher.ru - Обращение к родителю

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)

- ActionScript 3.0 (http://www.flasher.ru/forum/forumdisplay.php?f=83)

- - Обращение к родителю (http://www.flasher.ru/forum/showthread.php?t=124130)

Обращение к родителю

Здравствуйте. Если сочтете вопрос глупым - удалите тему )
Есть два класса: один главный класс документа fla (MainClass), другой класс записан в Linkage одного из мувиклипов в библиотеке (ElseClass). Из ElseClass не получается обратиться к родительскому методу в MainClass.
Вот классы:

Код AS3:

package main{

        import flash.display.*;

 

        dynamic public class MainClass extends MovieClip {                

                public var theElseClass:ElseClass = new ElseClass();

 

                public function MainClass() {

                        addChild(theElseClass);

                        theElseClass.myConstructor();                        

                }

                public function tempF() {                        

                        trace("trace it please");

                }

        }

}

Код AS3:

package main{

        import flash.display.*;

 

        dynamic public class ElseClass extends MovieClip {        

 

                public function ElseClass() {                                

                }        

                public function myConstructor() {

                        trace(parent); // Выводит [object MainClass]

 

                        //Ошибка 1061 при обращении к родителю в следующей строчке:

                        //parent.tempF();

                }

        }

}

скажите что не так делаю пожалуйста..

может надо попробовать

Код AS3:

(parent as MainClass). tempF();

спасибо огромное. помогло ))

Не надо обращаться к parent.

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

Ну в этом случае да, солидарен с __etc. А в других?

"но если это что то взаимодействующее, которое не может существовать друг без друга"

То наверно лучше посылать события родителю...

А действительно, почему не надо обращаться к родителю?
Просто передавать свой экземпляр наследнику для обращений? Или вовсе максимально ограничить взаимодействие?

у нас же ООП? каждый класс - это чёрный ящик. он должен работать независимо от родителя.

Цитата:

Сообщение от Psycho Tiger (Сообщение 814521)

А в других?

А в каких? Зачем дочернему экземпляру знать, кто, как и с какой целью его создал? Задача дочернего экземпляра — отобразить то, что просят. Все необходимые данные нужно передать ему заранее. Для отправки событий есть тот же бабблинг, кому надо — тот обработает.

Смысл в уменьшении связности. Вертикальные связи не допускаются, горизонтальные - минимизируются.

Насколько понял, речь идет не о породившем и порожденном классах, а о классах в иерархии флеш-документа и их взаимотношении.

Цитата:

Сообщение от IDimitry (Сообщение 814617)

А какая разница?

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

Второй случай лучше всего видно в ситуации, которая возникает буквально у каждого: есть главный паблиш класс, без которого не обойтись, и классы элементов, расположенные на сцене. При обращении из класса элемента к главному классу (если они MovieClip или Sprite) происходит через parent. Но с точки зрения ООП какой же он парент? - Он овнер. И избежать взаимодействия между такими зависимыми классами невозможно (не представляю ситуацию, когда можно было работать только с "черными ящиками").

А если зависимый класс не от Sprite (MovieClip)? - Прямой связи нет. Как уже писали, для обращения из "потомка" к "родителю" приходится передавать экземпляр последнего. Конечно, для архитектуры ущербно, но иногда без этого никак ...

Цитата:

Сообщение от IDimitry (Сообщение 814674)

А если зависимый класс не от Sprite (MovieClip)? - Прямой связи нет. Как уже писали, для обращения из "потомка" к "родителю" приходится передавать экземпляр последнего. Конечно, для архитектуры ущербно, но иногда без этого никак ...

Для нотификации лучше использовать сообщения.

IDimitry, я во всём нашем проекте (1300+ классов) нашёл единственное место, было обращение к родителю. И то, просто лишь потому что было лень и некогда сделать нормально.

Ну не знаю я ситуаций, где нужно обращаться к методам родителя. Описанный вами пример я не понял, так инеясна необходимость обращения к родителю.

Хорошо. Т.е., напимер, способ описанный ниже, для вызова метода myFunction() из одного дочернего класса и вругом в таком виде не допустим?

Код AS3:

package main{

        import flash.display.MovieClip;

 

        public class MainClass extends MovieClip {                

                private var theElseClass1:ElseClass1 = new ElseClass1();

                public var theElseClass2:ElseClass2 = new ElseClass2();

 

                public function MainClass() {

                        addChild(theElseClass1);

                        addChild(theElseClass2);

                        theElseClass1.myConstructor();

                }                

        }

}

Код AS3:

package main{

        import flash.display.MovieClip;

 

        public class ElseClass1 extends MovieClip {        

 

                public function ElseClass1() {                                

                }        

                public function myConstructor() {

                        (parent as MainClass).theElseClass2.myFunction();

                }

        }

}

Код AS3:

package main{

        import flash.display.MovieClip;        

 

        public class ElseClass2 extends MovieClip {

 

                public function ElseClass2() {                                

                }

                public function myFunction() {

                        trace("trace it");

                }

        }

}

xpymbl4, ну, в общем, большие дяди так не делают.

Если можно, то побуду в роли просящего, чтобы не подумали, что я спорю. Просто очень хочу разобраться для себя.

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

1. Если необходимо в зависимости от действий динамического мувика отослать данные через сокет, как с точки зрения правильной архитектуры это логичнее сделать? - Первое, что приходит в голову, - передать мувику ссылку на сокет. Второе - прописать сокет в проперти-объект, созданный в главном классе, и вызывать из дочернего родительский объект проперти, в котором есть свойство сокет. Я так понимаю, согласно подходам по принципу "черных ящиков", эти варианты неправильны? - Надо инициировать/делегировать события главному классу, который сам работает с сокетом?
2. В главном классе создаем экземпляр класса пропертей, в котором удобно держать "глобальные" переменные и константы. Понятно, что с созданием в другом классе нового экземпляра класса пропертей, данные в последнем будут не уникальны. Поэтому напрашиваются 3 решения: передача ссылки на созданный экземплят, создания синглтона или обращение к главному классу, в котором создан этот экземпляр. Опять же, согласно расхожему мнению, синглтон - это плохо, а два других способа противоречат "черному ящику". Но тут событие не пошлешь ... как правильно?

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

Синглтон - это не плохо, просто надо правильно использовать.
Обычно дети (не путать с наследниками) шлют события родителю, а родитель сам решает что и с кем делать.

в частности ElseClass1 должен был крикнуть папе MainClass "Пусть ElseClass2 помоет пол" и папа услышав, решит ага пусть. А в примере ElseClass1 говорит ElseClass2у - папа сказал тебе помыть пол :о)

IDimitry,

1) Этим должен заниматься контроллер, получающий события от вьюверов. Типичный MVC.

2. Опять же, вы мыслите на уровне, что какой-то экземпляр должен сам доставать необходимые данные. Почему нельзя заранее дать необходимые данные экземпляру?

В общем и целом, познакомтесь с идеологией MVC и тогда проблемы с обращением к родителям отпадут сами с собой.