Кто и как хранит данные в конфигах?

[Nooob]

лучше так

package ***.model.vo
{
    public class RecordInfoVO
    {        
//private var
        public static function parseXML(data:XML):RecordInfoVO
        {
            var vo:RecordInfoVO = new RecordInfoVO();
            vo._contentName = data.content.name;
            vo._contentUrlkey = data.content.urlkey;
            vo._contentPerformer = data.content.performer;
            vo._recordId = data.record.id;
            vo._recordUsername = data.record.username;
            vo._recordRate = data.record.rate;
            vo._recordFlvUrl = data.record.flvurl;
            vo._recordPreviewUrl = data.record.previewurl;
            vo._contentUri = data.content.uri;
            vo._recordHasVideo = Boolean(data.record.hasvideo);
            return vo;
        }
 
        public function RecordInfoVO()
        {
        }
//public get function
    }
}

var recordInfoVO:RecordInfoVO = RecordInfoVO.parseXML(data);

[wvxvw]

У XML есть несколько существенных недостатков:
<foo bar="100"/> - bar число или строка, если число, то какой разрядности? SQL таким не страдает.
<foo><bar/></foo><foo><bar/></foo> - первый bar и второй - это один и тот же объект, или нет? AMF этим не страдает. В SQL можно договориться, что ключи - это ссылки, а остальные значения - всегда не-ссылки.
Для AIR, наверное, самым правельным было бы использовать встроенный SQL, для веб - я бы наверное все-таки написал какой-нибудь конвертор на том же AIR, который бы нужные данные экспортировал в AMF и потом бы я их просто встраивал / загружал - что по ситуации подходит.

[GBee]

Если использовать выше указанные классы, то первый недостаток - таковым не является.
Если писать нечто универсальное, то да.

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

[dimarik]

Сообщение от -De-

(POD классы).

Сообщение от Wikipedia, the free encyclopedia

Computers

Ping of death, a type of attack on a computer
Plain Old Data structure, a term for all data types from the C programming language in C++
Plain Old Documentation, a platform-independent documentation tool for the computer language Perl
Point of Delivery, a module or group of network, computer, storage, and application components that work together to deliver a network service
Power-on diagnostics, also known as the power-on self-test, the start up sequence of computers before the pperating system is loaded
Python Open Document

Какой именно POD подразумевался?

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

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

Можно, я на ты
Вань, это вопрос преобразования данных. Я их также могу пропускать через некоторый посредник, преобразовывая в удобоваримый тип. И этот удобоваримый тип также может быть XML, а не массив объектов. Вот.

Подтверждение того, что клиент сильно зависит от внешней среды (протокола). При этом можно бесконечно создавать десериализаторы (посредники, в тексте), если среда неоднородна. А приложение — это комплекс клиентской и серверной стороны. Договаривайтесь о протоколах.

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

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

private function onSucces(e:Event):void
        {
            this._loader.removeEventListener(Event.COMPLETE, onSucces);
            ...
            super.dispatchEvent(new XMLLoaderEvent(XMLLoaderEvent.DATA_LOADED , data));     
        }

super, если не переопределили.

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

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

private function onSucces(e:Event):void
        {
                this._loader.close();
                this._loader = null
 
        }

Это зачем? close() вообще не понятно для чего. У вас там потоковая загрузка? Long-poll?
null зачем? Вероятно, лоадер будет использоваться еще не один раз. Каждый раз создавать заново лоадер? Это антиоптимизация.

[expl]

Обычно поступаем так:

Есть конфиг клиента - это просто список поле-значение в xml, причем если через флеш-варс передали такое же поле как в конфиге - оно перетирается (это позволяет использовать конфиг лежащий на сервере, поправляя данные в HTML-ке чтобы грузиться локально - ну это если лень локальный конфиг создавать полностью). В конфиге обычно храниться информация что откуда брать - то, что зависит от места запуска флешки, не более.

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

public class ShopDictionary
{
    public function parseXML(xml:xml):void {...}
    public function get items():Vector<Item> {}
}
// или
public class VegetablesDictionary
{
   public function parseXML(xml:XML)
   public function getByType(type:int):Vegetable;
}

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

Как хранятся у вас сложные структуры данных? Ну первый пример, приходящий на ум, - это товары в магазине, которые могут фильтроваться по рубрикам, сортироваться по цене, ну и другие критерии. Как обновляете (удаляете/добавляете) такие структуры?

Можно конечно напихать функций-фильтров в книжки, но:
- фильтры могут зависеть от динамических параметров
- фильтры всетки больше логик отображения чем данных
Поэтому фильтрация идет обычно прямо в классе диалогового окна, или в классе-контроллере диалогового окна (если окно повторно используется в нескольких местах)

[dimarik]

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

лучше так

package ***.model.vo
{
    public class RecordInfoVO
    {        
        public static function parseXML(data:XML):RecordInfoVO
        {
            var vo:RecordInfoVO = new RecordInfoVO();
            vo._contentName = data.content.name;
            ...
            return vo;
        }

var recordInfoVO:RecordInfoVO = RecordInfoVO.parseXML(data);

А можно и заранее сделать рыбу-модель и разбирать значения в нее, уже готовую. В вашем случае нет никакого оповещения ("приватки" же задаете) об изменении модели.

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

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

Обычно поступаем так:

Тупые серверы всегда так поступают. Статика вполне может быть скомпилена в swf c необходимой структурой.
А чуть подразгонятся, то и динамика туда же.

[expl]

Статика вполне может быть скомпилена в swf c необходимой структурой.

Да? Т.е. вы не одобряете необходимость парсинга? или формат?
Еще есть проблема: "как эту swf серверу парсить - он же те же данные использует?"

Но было бы интересно узнать подробности про способ и преимущества загона в swf

[dimarik]

Совершенно не одобряю этой суеты, вы правильно подметили. Мне на работе это обрыдло.

Разговор зашел о якобы "парсинге". Преобразование одного и того же по сути, но запечатленного в разных конструкциях. Давайте просто говорить на одном языке. Клиент умеет много гитек, в т.ч. заниматься ненужными конвертациями, высокопарно названными "парсингом".

[expl]

Все-таки хотелось бы узнать:
- что идет на входе в swf
- как с этой swf работает сервер (или она генерится сервером? тогда по каким данным?)
- что получает клиент из этой swf и как с ней работает

[dimarik]

- Простите, не понял;
- Генерирует сервер по протоколу;
- Клиент получает объект (character, item, что-то еще, что я упустил).

Альтернативе (3Д, которая) не откажешь в гибкости.