Форум Flasher.ru

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)
-   ActionScript 3.0 (http://www.flasher.ru/forum/forumdisplay.php?f=83)
-   -   Почему нельзя обратится к объекту на сцене через this.parent из подкласса? (http://www.flasher.ru/forum/showthread.php?t=137294)

AlliAS 10.03.2010 02:54

Почему нельзя обратится к объекту на сцене через this.parent из подкласса?
 
Здравствуйте.

Почему я не могу обратится к символу на сцене допустим с идентификатором clip_mc, скажем из спрайта созданного в классе документа, через this.parent. При попытках мне возвращается ошибка: "Обращение к возможно не определенному свойству clip_mc в...". Из самого документ класса (this.clip_mc) можно обращаться сколько угодно. Почему так?

mayakwd 10.03.2010 04:31

потому что только класс знает что в нем лежит clip_mc, обращайтесь через this.parent.getChildByName("clip_mc");

вообще так делать не стоит.

AlliAS 10.03.2010 12:54

Спасибо за информацию.
Цитата:

Сообщение от mayakwd (Сообщение 892056)
вообще так делать не стоит.

А как стоит?

Котяра 10.03.2010 15:11

не должны дети знать своего родителя - нарушается принцип инкапсуляции и вообще ООП

random13 10.03.2010 15:21

с этим согласен, но с другой стороны не понятно а зачем ввели эти переменные?

zuxul 10.03.2010 15:30

При чем здесь инкапсуляции и ООП ? (если это было так, parent был бы закрытым членом DisplayObjectContainer)
По-моему, нарушается принцип событийной модели и всего лишь...

Котяра 10.03.2010 16:04

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

а что за принцип событийной модели?

zuxul 10.03.2010 16:17

Что-то типа:
http://www.flasher.ru/forum/showthread.php?t=129557
Цитата:

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


Котяра 10.03.2010 16:30

Цитата:

Родитель может использовать методы и свойства своих детей, а дети могут только испускать события, оповещая родителей о чем-либо.
Это ультимативная форма требований(условий) для соблюдения инкапсуляции и абстракции объектов в частном случае для DisplayObject-ов.
Цитата:

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

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

Psycho Tiger 10.03.2010 17:12

На самом деле если класс предоставляется только в 100% связке с другим классом и никаким другим, то parent использовать допустимо, хотя даже там лучше диспатчить событие.
Ещё момент - что события работают медленнее чем инлайновый вызов метода, так что в особо критичных местах можно и воткнуть parent, если критически нужна оптимизация.

Art_133 10.03.2010 20:36

Цитата:

Сообщение от Котяра (Сообщение 892148)
не должны дети знать своего родителя - нарушается принцип инкапсуляции и вообще ООП

Представим что делаем сайт на флэше из 3-х страниц. Контент грузиться из xml файла. Я бы создал какой-нибудь Класс который все это загрузил и потом каждой страницей дёргал бы контент из этого Класса. В этому случае принцип ООП нарушается?

Psycho Tiger 10.03.2010 20:41

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

Art_133 10.03.2010 20:47

Код AS3:

package
{
        public class Page1 extends MovieClip
        {
                public function Page1()
                {
                        initPage();
                }
 
                public function initPage():void
                {
                        // Тут, к примеру, текстовому полю  в Классе
                        //(на странице номер 2, этот клас расширяет клип со всеми граф. материалами)
                        //присваиваем текст из xml файла который храниться в спец. Классе Content.textForPage2
 
                        /*
                        Content.textForPage2 - это клас в который загрузил весь xml файл с текстом и потом дёргаю его
переменные (с текстом) и забиваю
                        в текстовые поля на страницах
                        */
               
                        tf.text = Content.textForPage2;
                }
        }
}

Psycho Tiger Что скажете?

Котяра 11.03.2010 10:03

Цитата:

Сообщение от Art_133 (Сообщение 892250)
Представим что делаем сайт на флэше из 3-х страниц. Контент грузиться из xml файла. Я бы создал какой-нибудь Класс который все это загрузил и потом каждой страницей дёргал бы контент из этого Класса. В этому случае принцип ООП нарушается?

Есть объект типа Main - который включает объект типа XMLLoader и объекты типа Page или интерфейса IPage
main.xmlLoader - грузит XML сообщает об этом в main. main обновляет инфу на страницах.

Или при переключениях страниц main устанавливает текущую страницу (видимостями или всякими твинами не важно) и передаёт нужную часть xml текущей странице.

Или при переключении страниц main устанавливает текущую страницу (видимостями или всякими твинами не важно) даёт команду xmlLoader-у загрузить xml и после загрузки передаёт её на текущую страницу.

Или если использовать MVC - main (контроллер) подписывает страницы (виды) на изменение модели (id=текущая страница/ xml =данные) есть еще например кнопки меню - тоже виды - которые диспетчат события о переключении. контроллер меняет модель (id) виды при изменении текущей страницы переключаются (вернее их переключает переключатель страниц - который тоже может быть видом или составным)
xmlLoader можно рассматривать в 2 ипостасях. как часть контроллера - он инициирует загрузку xml и изменяет данные модели (xml). либо сделать его тоже видом, который
a) - слушает изменение модели (id)
б) в ответ на a) загружает xml и вещает о загрузке. контроллер в этом случае слушает это событие и изменяет модель (xml) на это изменение подписаны страницы и соответственно изменяют своё состояние.

..итд итп.
в общем способов куча и совершенно не обязательно страницам знать о каком то Главном классе.

Кроме того можно передать ссылку, например, на данные.
в случае MVC при инициализации Видов страниц можно им передавать ссылку на модель. Виды самостоятельно могут подписываться на изменение модели и/или брать оттуда данные.
в вашем примере в качестве такой модели может выступить класс Content

Код AS3:

package
{
        public class Page1 extends Page implements IPage
        {
                public var id:int=1;
// лучше испоьзовать интерфейс IContent, особенно если страницы могут быть отдельными модульными swf.
                public var content: IContent ;
 
                // на самом деле эти методы были бы у меня в Page и в IPage
                public function Page1($content:IContent)
                {
                        initPage($content);
                }
 
                public function initPage($content:IContent):void
                {
                        content=IContent
                        tf.text = сontent.getTextForPage(id);
                }
        }


Art_133 11.03.2010 11:10

Понятно, спасибо.


Часовой пояс GMT +4, время: 20:53.

Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.