Форум Flasher.ru - Структура написания приложения

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)

- ActionScript 3.0 (http://www.flasher.ru/forum/forumdisplay.php?f=83)

- - Структура написания приложения (http://www.flasher.ru/forum/showthread.php?t=197609)

Цитата:

Сообщение от Александр Мостовой (Сообщение 1129686)

С xml работать впринципе можно как с быстрым промежуточным вариантом, но только если следовать правилу: изменять его только через методы и сеттеры соотвтетствующего объекта-хранителей этого XML.
Тогда не сложно будет в случае необходимости перейти на более формализованную структуру.

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

Цитата:

Сообщение от Babylon (Сообщение 1129637)

Psycho Tiger,
var xml=<screens>
<screen id="1" name="gameScreen"/>
<screen id="2" name="loadScreen"/>
</screens>
var screen:XMLList=xml.screen.(@id=='1').

Ну в принципе да, но это бесполезно если не подразумевается загрузка отдельных экранов через разные swf, например.
Ну, то есть, если этот XML вшивать в флешку – получим ряд проблем. Например, никто не гарантирует уникальность ID'шника (он может не существовать, а может существовать аж 2), проблемы из за рефлекшена (в моём примере мы жестко ссылаемся на класс – мистайп контроллируется компилятором, в XML – строки).

У меня вообще отношение к XML'у весьма своеобразное. e4x одновременно и тащит, и требует особой внимательности. Достаточно часто и обидно падаю по RTE из за несовпадения XML / XMLList типов. По идее, это должно контроллироваться компилятором – почему он не контроллирует – не понятно...
Вообще, например, в Ruby такими штуками являются YAML файлы. Что то вроде HAML'a для XML'a, например

Код:

key1:

  key2:

    value1: 'hello'

    value2: 'world'

Подобная штука для флеша на каком-нибудь нативном уровне была бы просто чудесна. XML действительно избыточен, в 2 из 3 случаев уместнее использовать что - то такое. Некоторый Object, который удобоварим для чтения-заполенения.

XMLList это список xml нод, а XML - это xml нода. Компилятор здесь не при делах. Он определяет несоответствие типов, и делает абсолютно корректно.
E4X появился только в AS3. До этого были костыли типа XMLtoOutput , XML2Object и др. Поэтому появление в стандарте XMLList было ожидаемо. XML в первую очередь нужен для агрегации и запросов. На JSON агрегацию также технично не сделаешь, а jQuery для AS тоже нет, в отличии от XPath

Цитата:

По идее, это должно контроллироваться компилятором - почему он не контроллирует – не понятно...

Потому что не знает он, что туда попадет в рантайме, будет это XML или XMLList ему по барабану

Я просто не представляю как еще компилятор должен обработать данную ситуацию, иначе чем выдать ошибку о не соответствии типов.

Цитата:

Сообщение от Babylon (Сообщение 1129892)

Цитата:

Потому что не знает он, что туда попадет в рантайме, будет это XML или XMLList ему по барабану

XMLList может состоять и из одной ноды ) Поэтому это компилятор и должен контроллировать.
Это никогда не будет XML

Код:

root.node // XMLList

root.(@id == 'attr') //XMLList

А это никогда не будет XMLList'ом

Код:

root.node[0] //XML

Компилятор же выдает предупреждение о неправильном кол-ве элементов.

Так XML и XMLList же динамические классы, поэтому компилятор тут вообще не при делах, по идее

Вот здесь есть хороший пример для заготовки шаблона, на начальном этапе этого хватит.
Для дальнейшего развития копайте в сторону готовых разработок, я бы посоветовал присмотреться к Gaia Framework. . Давно уже в открытом доступе.

Цитата:

Сообщение от Babylon (Сообщение 1129910)

Компилятор же выдает предупреждение о неправильном кол-ве элементов.

Хм. Ну у меня в стрикте не выдаёт :(