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

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

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

Регистрация: Jan 2008
Адрес: Украина, Славутич
Сообщений: 646
Отправить сообщение для willis83 с помощью ICQ
По умолчанию Подгрузка данных: в родителе или ребёнке?

Существует класс который рождает другие классы, которым для инициализации требуется подгрузка xml данных с сервера. Как правильней: при создании нового ребёнка создавать лоадер в родителе и потом вызывать конструктор ребёнка передавая в него параметр xml или в самом ребёнке в конструкторе создавать лоадер и подгружать данные. Сам склоняюсь ко второму варианту и хотелось бы в этих классах ожидать события добавления на стэйдж, т.е. в конструкторе сперва создаём лоадер, подгружаем данные, передаём их в глобальную переменную и будет ли потом смысл ожидать добавления на стэйдж? За это время оно должно сто раз уже успеть добавиться по идее. Дайте совет пожалуйста.

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

Регистрация: Mar 2009
Сообщений: 207
Код AS3:
if (stage) init();
else addEventListener(Event.ADDED_TO_STAGE, init);
Не катит?

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

блогер
Регистрация: Jan 2008
Адрес: syktyvkar
Сообщений: 3,803
Записей в блоге: 10
Правильнее сделать КлассЛоадер, в котором можно и распарсить скачанный xml, отдать его фабрике, а фабрика пусть работает с уже этими распарсенными данными.
__________________
тут я

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

Регистрация: Jan 2008
Адрес: Украина, Славутич
Сообщений: 646
Отправить сообщение для willis83 с помощью ICQ
to spooner, ну это стандартное использование этого события, вопрос в том, что нужно ли оно вообще в моём случае?
to КорДум, класс для парсинга в моём случае будет слишком круто, у меня функция парсер.

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

блогер
Регистрация: Jan 2008
Адрес: syktyvkar
Сообщений: 3,803
Записей в блоге: 10
Тогда в классе фабрики и качайте-парсите, раз такое дело.
__________________
тут я

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

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

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

Регистрация: Jan 2008
Адрес: Украина, Славутич
Сообщений: 646
Отправить сообщение для willis83 с помощью ICQ
для каждого экземпляра свои данные по уникальному id. создание того или иного экземпляра зависит от действия пользователя, я передаю id в конструктор и по нему в загружаю данные

Старый 23.07.2011, 15:54
КорДум вне форума Посмотреть профиль Отправить личное сообщение для КорДум Найти все сообщения от КорДум
  № 8  
Ответить с цитированием
КорДум
 
Аватар для КорДум

блогер
Регистрация: Jan 2008
Адрес: syktyvkar
Сообщений: 3,803
Записей в блоге: 10
Тогда сделайте фабрику парсеров и отдавайте фабрике экземпляров. По мне так это очень красивый выход.
__________________
тут я

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

Регистрация: Jan 2008
Адрес: Украина, Славутич
Сообщений: 646
Отправить сообщение для willis83 с помощью ICQ
Вопросик ещё по данной теме: в родителе создаются объекты на которые накладывается текстура, реализована так: родитель вызывает ребёнка с необходимыми параметрами, в ребёнке эмбедятся необходимое количество текстур и на основании полученных параметров ему накладывается одна из прикреплённых текстур и собственно вопрос: не будет ли влиять на засорение памяти то, что текстуры эмбедятся в ребёнке? Т.е. не получится ли так что каждый ребёнок будет занимать память объёмом всех текстур? Не будет ли рациональней подгружать текстуры в родителе и передавать ребёнку необходимую ссылку на текстуру?
Просто по моей логике при создании очередного ребёнка в память попадают все прикреплённые текстуры, хотя использует он только одну.

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

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

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


 


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


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