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

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

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

Регистрация: Dec 2014
Адрес: Санкт-Петербург
Сообщений: 479
По умолчанию Конструкция с передачей this в конструктор

Что уважаемые эксперты думают на предмет ситуации, когда в конструктор некоего дочернего объекта передаётся экземпляр родителя? Подсмотрел такой подход в книжке по шаблонам проектирования, там он используется весьма широко.

У меня на практике пошло в основном с целью разгрузки очень объёмных классов (об этом уже дискутировали некоторое время назад). Например, есть большой кусок кода, связанный с обновлением персонажа по итогам завершения игрового действия. Создаю новый класс ChUpdateManager, такого вида:

Код AS3:
public class ChUpdateManager 
{
private var _ch: Character; 
 
public function ChUpdateManager (ch: Character)
{
_ch = ch;
}
В конструкторе Character ожидаемо пишу:

Код AS3:
_updateManager = new ChUpdateManager (this);
Получается решение эффективное с т.з. разгрузки класса Character и большей специализации компонентов, созданных подобным образом. Более того, менеджер обновлений сразу получается достаточно "информированным", он не испытывает проблем с доступом к данным своего владельца.

Вопрос, насколько подобный подход корректный т.з. ООП? Не нарушает он принципа о незнании о своих родителях? Есть узкие места, которые мне аукнутся при таком подходе?

Спасибо.
__________________
Не сломано - не чини!

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

Регистрация: May 2008
Адрес: Питер
Сообщений: 385
Отправить сообщение для ZergMaster с помощью ICQ Отправить сообщение для ZergMaster с помощью Skype™
Ну, например, чтобы соблюсти инкапсуляцию, можно создать интерфейс для Character ICharacter, который будет выдавать только то, что тебе нужно наружу для ChUpdateManager. Для того, чтобы Манагеру было пофиг в целом кто в него пропихивается, ему главное, чтобы этот кто-то реализовывал ICharacter.
__________________
while(live()) { hope(); }

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

Регистрация: Dec 2014
Адрес: Санкт-Петербург
Сообщений: 479
ZergMaster, да, логично. Спасибо. Мне подумалось, что при таком подходе вообще становится по фигу, где "живёт" подобный класс-менеджер. Его даже необязательно внутрь Character засовывать.
__________________
Не сломано - не чини!

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

Регистрация: Jun 2012
Адрес: Новосибирск
Сообщений: 6,644
Записей в блоге: 4
У тебя ChUpdateManager явно связан с Character, то есть по-любому он обслуживает именно персонажей, а не что-то другое. Не вижу смысла в этом случае вообще париться по поводу его знания о Character, пусть знает всё, что можно. Если у тебя извне появляется возможность вызвать то, что вызываться извне не должно, то скорее всего у тебя проблемы с модификаторами доступа. Может где-то стоит просто заменить public на private.
Другое дело если бы у тебя был какой-то GlobalUpdateManager, который кучу разных сущностей может обновлять, тогда имело бы смысл создать какой-то интерфейс IUpdatable, например, и абстрагироваться от Character таким образом
__________________
Ко мне можно и нужно обращаться на ты)

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

Регистрация: Dec 2014
Адрес: Санкт-Петербург
Сообщений: 479
caseyryan, разумно, спасибо за дельное замечание. Это я уже так... Размышления вслух.
__________________
Не сломано - не чини!

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

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

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


 


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


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