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

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

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

Регистрация: Nov 2008
Сообщений: 23
По умолчанию Как реализовать переход между локациями (разными swf) в многопользовательской игре.

Здравствуйте.

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

В процессе работы я пришёл к тому, что все локации надо делать отдельными swf. Получается, что надо написать менеджер локаций , который будет загружать нужную swf и передавать в неё параметры, необходимые для её работы .А потом ждать события о переходе на другую локацию, выгружать из памяти текущую и загружать следующую. И т.д.

Реализовать подобное можно разными путями, в связи с этим возникает вопрос, как такой механизм реализован в уже существующих flash mmorpg проектах. Как передаются параметры, через flashvars или вызывается конструктор класса из подгруженной swf? Насколько самостоятельны загружаемые swf, прописывать ли в них документ-класс или использовать их только как хранилища кода и графики? Как выгружать ненужные локации? Как реализован обмен данными во время работы, через события или LocalConnection?

Буду рад любой информации, спасибо.

Старый 14.10.2009, 14:25
ToRR вне форума Посмотреть профиль Отправить личное сообщение для ToRR Найти все сообщения от ToRR
  № 2  
Ответить с цитированием
ToRR

Регистрация: Feb 2007
Сообщений: 63
Почему 1 локация - 1 свф? Что мешает грузить какой-нибудь ХМЛ с картой локации, строить по этой ХМЛ саму локацию и показывать ее юзеру? При таком подходе вопрос передачи параметров отпадает сам собой, не говоря уже обо всем остальном.

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

Регистрация: Nov 2008
Сообщений: 23
2 ToRR: "Локации" могут быть абсолютно разными. Можно назвать их модулями. Т.е. отдельная локация – отдельный движок. А однотипные локации, конечно, отличаются только параметрами (xml).

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

Регистрация: Jul 2009
Сообщений: 35
Создай один главный swf, в котором прелоадер, меню, основная логика игры.
Загруженная swf(loader.content) это ничто иное как класс документа этой swf.
Загрузив можно сразу обращаться к её методам, определённым в классе документа или в кадрах. Можно вынимать определения классов и создавать объекты класса(ApplicationDomain.getDefinition()). Обратную связь думаю лучше делать вызовами функций главной swf, а не событиями. Правильно настроив домены.

Поэтому подробно читай LoaderInfo,ApplicationDomain и LoaderContext.

Может ты что-то из этого не знаешь и это тебе поможет.


Последний раз редактировалось elfon; 14.10.2009 в 15:23. Причина: лишнее ты
Создать новую тему Ответ Часовой пояс GMT +4, время: 18:39.
Быстрый переход
  « Предыдущая тема | Следующая тема »  

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

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


 


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


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