Вопрос про структуру игровых классов.

[Babylon]

Сообщение от expl

Дык не типизированное же оно.
Обмен с сервером - да(хотя, вроде AMF поудобнее и покомпактнее, но тут смотря какие требования к обмену с сервером), Статичные справочники, загружаемые клиентом - да. Но саму модель делать динамически типизированной и таскать по всей игре - это уже ооочень спорный момент.

Вы всё правильно говорите getDefinitionByName вам в руки. А, что вы таскаете по всей игре я не представляю? Класс имеет имя по любому.

[expl]

PureMVC хороший фреймворк

Не буду подымать холивар. Но факты таковы, что половину as3-кодеров выворачивает от PureMVC, половина его как-то нездорово любит. Я честно пытался понять зачем там что и как - для меня PureMVC - набор антипаттернов и усложнений на ровном месте, хотя я делал архитектурные вещи на порядок сложнее. Просто, ИМХО, проблема не в сложности PureMVC - он весьма прост, проблема в неверности набора концепций. И почему его любят - загадка.

Но не будем о грустном, откройте если не сложно секрет, какие еще преимущества есть у GUI на xml?

Добавлено через 3 минуты

Вы всё правильно говорите getDefinitionByName вам в руки. А, что вы таскаете по всей игре я не представляю? Класс имеет имя по любому.

Речь про данные. Я так понял Вы предлагаете использовать в качестве модели в игре голый xml объект, нет?

[Babylon]

С чем надо сравнивать?

[expl]

Сообщение от Babylon

С чем надо сравнивать?

Про UI?
С накидываинем компонентов UI тупо кодом (хардкод)
Есть еще способ с рисованием в FlashIDE, но очень мало его использовал, не будем о нём.

[Babylon]

Преимущества. По памяти Для чего используется XML? Я уже отмечал агрегатирование, доступ к объектам их коллекциям, описание спецификаций для сторонних разработчиков. По-моему достаточно.
Пример. Опишите мне GUI Weapon, а ведь их weapon, как правило, не один и не два. Какие-то свойства постоянны, логично запихнуть в @, какие то переменны - это в ноды. Ну это азы вообще-то. Для тех кто понимает конечно не спрашивают подобные вещи.

[caseyryan]

в книге в основном куча теории и код предназначен на все случаи жизни,
а не под ваш проект, тем более большинство книг ужасно оцифрованы

Как раз теорию и нужно знать. В этом я уже давно убедился. Сначала теория, потом практика. Так гораздо лучше понимаешь все происходящее. А то у нас инструкция как правило читается уже после того, как что-то сломалось ))

[expl]

Премущества. По памяти Для чего используется XML? Я уже отмечал агрегатирование, доступ к объектам их коллекциям, описание спецификаций для сторонних разработчиков. По-моему достаточно.
Пример опишите мне GUI Weapon а ведь их weapon как правило не один и не два. Какие-то свойства постоянны, логично запихнуть в @, какие то переменны - это в ноды. Ну это азы вообще-то. Для тех кто понимает конечно не спрашивают подобные вещи.

Скорее, тек кто работает в вашей конторе не спрашивают подобные вещи. А я вот не понимаю в каком контексте вы говорите.

Хорошо, вот есть форма логирования, так она выглядит в коде(утрированно):

public class LogWindow extends GameWindow
{
    private var _nameTF:TextField;
    private var _passfordTF:TextField;
    private var _ok:Button;
    public LogWindow()
    {
        title = "Авторизация";
        with = 300;
        height = 200;
 
        _nameTF = UIFactory.NewInputText();
        _nameTF.width = 300;
        addChild(_nameTF);
 
        ...
        _ok = UIFactory.NewButton("ОК");
        _ok.addEventListener(MouseEvent.Click, onOKClick);
        addChild(_ok);
    }
}

Вот в чём удобство использования здесь XML?
Как там просто подписать обработчик?
Как искать описки?
Как просто убирать и перемещать элементы (например нажали на кнопку - текст исчез - появилась другая кнопка)?
Вобщем, я об этом.

Стоп. Вот про Weapon. Т.е. Вы хотите сказать, что генерите на лету xml под данным, передаёте некой системе и она отображает по нему GUI? O_o

[Babylon]

XML это формат для обмена и представления данных. Где в этом классе модель? Это виджет - LoginWindow. Как вы передаете данные модели и как вы делаете layout этого виджета сугубо ваше личное дело. Вы же не передаете виджет на сервер или от него. Вы передаете серилизованный xml,байтэррей или json
<widgets>
<LogWindow>
....
</LogWindow>
</widgets>
В конторе моей никто не работает, как и я,впрочем, в ней. А, что у вас есть вакансии ?

Добавлено через 7 минут

<events>
<event type="маус клик" func="хэндлер" />
<event type="маус овер" func="хэндлер овер" />
</events >

Добавлено через 10 минут

Стоп. Вот про Weapon. Т.е. Вы хотите сказать, что генерите на лету xml под данным, передаёте некой системе и она отображает по нему GUI? O_o

XML это и есть данные и они динамические, что еще надо-то

[expl]

xml Ваш, насколько понял, отдалённо походит на mxml флексовый. Но код функции обработчики надо передавать из вне.

XML это и есть данные и они динамические, что еще надо-то

Я привык думать, что есть данные, а как отобразить их - другой вопрос.
А тут получается что вот данные, но по этим же данным _однозначно_ собирается GUI.

Про то же оружие: дальность, дамаг и т.д. - это одни данные, а <Label text="Дамаг:" name="damage"/>.... - это уже другие ведь?
Т.е. как это работает, так?

данные -> отборажалка(х.з. что это конкретно) -> UI xml -> отображалка UI.

Или так?

UI xml (написанный руками) -|
                            |-> отображалка UI
данные                     -|

И где-то сбоку тут ещё должно быть прилеплено изменение UI в процессе работы

[Maloun]

Сообщение от caseyryan

Как раз теорию и нужно знать. В этом я уже давно убедился. Сначала теория, потом практика. Так гораздо лучше понимаешь все происходящее. А то у нас инструкция как правило читается уже после того, как что-то сломалось ))

ну немного теории не помешает, но для этого есть гугл, википедия и форумы