|
|
|
|||||
Регистрация: Dec 2014
Адрес: Санкт-Петербург
Сообщений: 479
|
Выбор класса пользователем
Други!
Такой вопрос возник. У меня есть наследники класса Character для персонажа игрока, но какой из них будет использован при создании экземпляра, выбирает игрок в момент создания персонажа. То есть заранее это неизвестно. Мне видится такая реализация. Выбор игрока будет зафиксирован в переменной типа String, содержащей название выбранного класса. Далее этот ID будет отправлен в "статический" класс-фабрику, которая создаст и вернёт экземпляр нужного наследника с помощью getDefinitionByName. Что скажете?
__________________
Не сломано - не чини! |
|
|||||
Что было сделано уже? Какая проблема решается?
__________________
местонахождение |
|
|||||
А нельзя просто вектор классов сделать, и потом создавать нужный экземпляр?
точно не помню синтаксис, но как-то так ну или если нужно по идентификаторам строковым вызывать обязательно, то сделать мапу, либо объект.
__________________
while(live()) { hope(); } |
|
|||||
Регистрация: Dec 2014
Адрес: Санкт-Петербург
Сообщений: 479
|
Есть ровно то, что описано выше. Базовый класс и несколько его наследников. Проблема в том, что в отличии от NPC, которых создаёт сама программа (т.е. я заранее знаю, какой наследник должен быть создан), в случае с персонажем игрока, конкретный наследник неизвестен в момент запуска программы, его пользователь выбирает в рантайме.
Цитата:
Цитата:
__________________
Не сломано - не чини! |
|
|||||
Есть ровно то, что описано выше. Базовый класс и несколько его наследников. Проблема в том, что в отличии от NPC, которых создаёт сама программа (т.е. я заранее знаю, какой наследник должен быть создан), в случае с персонажем игрока, конкретный наследник неизвестен в момент запуска программы, его пользователь выбирает в рантайме.
__________________
местонахождение |
|
|||||
В общем, если у тебя нет задачи подгружать классы с сервера, а использовать всегда только заранее вшитые, то делай так, как предложил ZergMaster. Ну или сделай Object / Dictionary и по строковым ключам храни в них классы, но суть та же.
Твой вариант можно использовать, если ты не хочешь сразу вшивать все классы в swf, а будешь хранить их в отдельных swf на сервере и подгружать по требованию, а в основной флешке использовать интерфейс. Так имеет смысл делать, если основной файл получается слишком огромным, если вшить все сразу, просто, чтобы ускорить загрузку и сократить потребление оперативки
__________________
Ко мне можно и нужно обращаться на ты) |
|
|||||
@caseyryan, проект вполне может быть поделен на модули, которые собираются в одну swf в конце концов, но не у всех модулей может быть доступ к классам других модулей, например
__________________
местонахождение |
|
|||||
Цитата:
Кстати, как в as3 можно ограничить доступ к модулям других классов без изобретения костылей? Может я что-то упустил, но на сколько я знаю, это невозможно Ну, к примеру, размер загружаемого файла в AIR можно сразу сделать больше, ибо скачивать его юзер будет один раз, и даже лучше вшить в него максимум, а в случае с swf лучше сделать минимальный вес, чтобы каждый раз на старте быстро грузилось, а все нужное не сразу, подгружать за кадром из сети. Вот на что это влияет, чисто UX
__________________
Ко мне можно и нужно обращаться на ты) |
|
|||||
Регистрация: Dec 2014
Адрес: Санкт-Петербург
Сообщений: 479
|
У меня вообще AIR, но логику я уловил, спасибо, Костя. Будем попробовать.
__________________
Не сломано - не чини! |
|
|||||
AIR или нет роли не играет и ни на что не влияет
__________________
местонахождение |
Часовой пояс GMT +4, время: 11:09. |
|
« Предыдущая тема | Следующая тема » |
|
|