Форум Flasher.ru
Ближайшие курсы в Школе RealTime
Список интенсивных курсов: [см.]  
  
Специальные предложения: [см.]  
  
 
Блоги Правила Справка Пользователи Календарь Сообщения за день
 

Вернуться   Форум Flasher.ru > Flash > ActionScript 3.0

Версия для печати  Отправить по электронной почте    « Предыдущая тема | Следующая тема »  
Опции темы Опции просмотра
 
Создать новую тему Ответ
Старый 27.09.2011, 21:26
Universe вне форума Посмотреть профиль Отправить личное сообщение для Universe Найти все сообщения от Universe
  № 1  
Ответить с цитированием
Universe
 
Аватар для Universe

Регистрация: Feb 2010
Сообщений: 811
Отправить сообщение для Universe с помощью ICQ Отправить сообщение для Universe с помощью Skype™
По умолчанию Наследование и объекты на stage

У меня есть класс Ways. Ways прилинкован к объекту на сцене в котором есть другие визуальные объекты.
Ways экстендит BasicScroller. Могу ли я обращаться в BasicScroller к этим объектам? Мне нужно передать их через Super? или как то по другому надо поступить?

Добавлено через 15 минут
интересно, почему так : попробовал поставить this перед именем объекта - заработало обращение

Старый 28.09.2011, 01:44
Psycho Tiger вне форума Посмотреть профиль Отправить личное сообщение для Psycho Tiger Найти все сообщения от Psycho Tiger
  № 2  
Ответить с цитированием
Psycho Tiger
 
Аватар для Psycho Tiger

блогер
Регистрация: Jun 2005
Адрес: Toronto
Сообщений: 6,601
Записей в блоге: 17
Вообще да. Только тут правильней будет getChildByName, в таком случае.

Старый 28.09.2011, 02:41
Universe вне форума Посмотреть профиль Отправить личное сообщение для Universe Найти все сообщения от Universe
  № 3  
Ответить с цитированием
Universe
 
Аватар для Universe

Регистрация: Feb 2010
Сообщений: 811
Отправить сообщение для Universe с помощью ICQ Отправить сообщение для Universe с помощью Skype™
а вообще такой подход правилен или лучше не экстендить таким образом?

Старый 28.09.2011, 10:54
goodguy вне форума Посмотреть профиль Найти все сообщения от goodguy
  № 4  
Ответить с цитированием
goodguy
Banned
[+1 05.11.11]
[+1 09.08.11]

Регистрация: Jan 2010
Адрес: РФ. Кемеровская область
Сообщений: 3,243
Корявый это подход. BasicScroller вообще не должен знать об этих объектах

Старый 28.09.2011, 13:56
Wolsh вне форума Посмотреть профиль Отправить личное сообщение для Wolsh Найти все сообщения от Wolsh
  № 5  
Ответить с цитированием
Wolsh
Нуб нубам
 
Аватар для Wolsh

модератор форума
Регистрация: Jan 2006
Адрес: Бердск, НСО
Сообщений: 6,445
Класс Млекопитающие и его подклассы - Парнокопытные и Приматы. Должен ли класс Млекопитающие иметь понятия о копытах? Это свойство только парнокопытных.
__________________
Reality.getBounds(this);

Старый 28.09.2011, 20:55
Psycho Tiger вне форума Посмотреть профиль Отправить личное сообщение для Psycho Tiger Найти все сообщения от Psycho Tiger
  № 6  
Ответить с цитированием
Psycho Tiger
 
Аватар для Psycho Tiger

блогер
Регистрация: Jun 2005
Адрес: Toronto
Сообщений: 6,601
Записей в блоге: 17
Возьмем какие нибудь окна: у всех окон есть 3 кнопки - закрыть, да, нет. И есть 40 разных таких окон, причем все разные: где "закрыть" сверху крестиком, где кнопкой "отмена", а где кнопкой "Ок". При этом под все 40 окон графика абсолютно разная - где мальчик подсказывает, где девочка танцует, а где просто текст написан. Как обобщить это, например, в классе BaseWindow?
Лучше всего создать свойство skin:Skin, передавая его в BaseWindow. При этом у Skin должны быть следующие методы:
Код AS3:
get closeButton():InteractiveObject;
get cancelButton():InteractiveObject;
get okButton():InteractiveObject;
Наверное, логичней будет создать ISkin и передавать его, но разницы нету: всё равно придется создать класс, реализующий ISkin и передавать его: для красоты скажем что наш Skin и реализует этот ISkin.
В итоге, 3 разных клипа с контентом (разными скинами) наследуются от Skin. В геттерах Skin реализация что то вроде этого:
Код AS3:
return getChildByName("closeButton") as InteractiveObject;
Вот такой подход будет одним из самых правильных. По сути, это частный случай того, что хотите Вы: SkinOnStage extends Skin, хотя сам Skin ничего толком не знает про внутренности.

Поэтому я не совсем согласен с коллегами выше: если задумывалось, что у потомка есть какая-то внутренность, которая нужна для обобщения где-то сверху - значит, её можно взять.

Старый 28.09.2011, 23:23
Wolsh вне форума Посмотреть профиль Отправить личное сообщение для Wolsh Найти все сообщения от Wolsh
  № 7  
Ответить с цитированием
Wolsh
Нуб нубам
 
Аватар для Wolsh

модератор форума
Регистрация: Jan 2006
Адрес: Бердск, НСО
Сообщений: 6,445
Ну конечно, 4 конечности то содержатся в классе Млекопитающие)
Артем, тут фишка в том, предполагается ли, что в наследниках сто пудов будут эти самые свойства. Но если это предполагается, то и Интерфейс не нужен, эти свойства должны быть зашиты в родительский класс и тупо наследоваться, но инициализироваться в наследниках при создании экземпляров. А если предполагается, что этих свойств может не быть, то и Интерфейс никак не поможет)))
Цитата:
Лучше всего создать свойство skin:Skin, передавая его в BaseWindow.... В итоге, 3 разных клипа с контентом (разными скинами) наследуются от Skin
Ты же изменил идею с наследования на композицию, и говоришь что несогласен с коллегами))))
Коллеги рассуждали о наследовании BaseWindow.
__________________
Reality.getBounds(this);

Старый 28.09.2011, 23:31
Psycho Tiger вне форума Посмотреть профиль Отправить личное сообщение для Psycho Tiger Найти все сообщения от Psycho Tiger
  № 8  
Ответить с цитированием
Psycho Tiger
 
Аватар для Psycho Tiger

блогер
Регистрация: Jun 2005
Адрес: Toronto
Сообщений: 6,601
Записей в блоге: 17
Нет-нет, я привёл плоскость с композицией, в которой есть наследование и в котором это не плохая практика :о)
Цитата:
эти свойства должны быть зашиты в родительский класс и тупо наследоваться
Вообще да, конечно, можно определить function getCloseButton, а в наследниках её переопределять, однако это придется делать в каждом наследнике, хотя известно, что у всех 40 клипов есть внутренности с именами "closeButton". Но это лишние телодвижения только ради статуса "по-пацански", последнее время мне такие подходы совсем не нравятся.

Посему я продолжу настаивать, что подход автора допустим. :P

Старый 29.09.2011, 00:03
Wolsh вне форума Посмотреть профиль Отправить личное сообщение для Wolsh Найти все сообщения от Wolsh
  № 9  
Ответить с цитированием
Wolsh
Нуб нубам
 
Аватар для Wolsh

модератор форума
Регистрация: Jan 2006
Адрес: Бердск, НСО
Сообщений: 6,445
Цитата:
можно определить function getCloseButton, а в наследниках её переопределять, однако это придется делать в каждом наследнике, хотя известно, что у всех 40 клипов есть внутренности с именами "closeButton".
А зачем? Переопределять-то зачем? BaseWindow будет создавать собственные экземпляры? Если нет, если только наследоваться, и "известно что у всех [наследников] есть внутренности с именами "closeButton", то в чем смысл переопределения супер-метода, который ищет нечто по строке "closeButton"? Одной и той же строке для ВСЕХ наследников?)))
__________________
Reality.getBounds(this);

Старый 29.09.2011, 00:21
Psycho Tiger вне форума Посмотреть профиль Отправить личное сообщение для Psycho Tiger Найти все сообщения от Psycho Tiger
  № 10  
Ответить с цитированием
Psycho Tiger
 
Аватар для Psycho Tiger

блогер
Регистрация: Jun 2005
Адрес: Toronto
Сообщений: 6,601
Записей в блоге: 17
Вот да, я написал что так можно, но что мне так не нравится.
Всё таки мы договорились )

Создать новую тему Ответ Часовой пояс GMT +4, время: 05:28.
Быстрый переход
  « Предыдущая тема | Следующая тема »  

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.


 


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


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