Рекомендации по Flex?

У меня такое чувство, что легко найти образцы, учебники и простые примеры на Flex.
Кажется сложнее найти советы и передовые методы, основанные на реальных проектах.
Любые советы о том, как:

  • Как написать код поддерживаемого ActionScript
  • Как обеспечить чистое разделение беспокойства. Кто-нибудь использовал инфраструктуру MVC, такую ​​как cairngorm, puremvc или easymvc в реальном проекте Flex?
  • Как получить данные с сервера с blazeds/amfphp?
  • Как уменьшить задержку для конечного пользователя?
  • ...
0
добавлено
Просмотры: 35

3 ответы

Вот несколько отличных ресурсов, связанных с передовыми практиками и стандартами Flex/AS3:

Соглашения о кодировании Flex SDK и лучшие практики

Рекомендации по использованию Flex - Часть 1: Настройка проекта Flex

Первый, который я нашел особенно полезным, и я стараюсь, чтобы всякая команда, с которой я работаю, все прочитала

0
добавлено
Большое спасибо за эти полезные ссылки!
добавлено автор Alexandre Victoor, источник

Я часто работаю с Flex в своей работе, и я буду рад помочь ... но ваши вопросы заслуживают статьи для каждого :) Я попробую короткий ответ.

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

Рамки: посмотрел на него, прочитал документацию .. очень приятно, но я все еще чувствую, что их осложнения не уравновешены преимуществами, которые они предоставляют. В любом случае, я бы хотел изменить свое мнение по этому вопросу.

Разговор с сервером: прямо сейчас я использую BlazeDS, он работает очень хорошо. Есть много учебников по этому вопросу, если вы найдете какие-либо проблемы с настройкой, я был бы рад помочь.

Задержка: Вы имеете в виду отношения клиента с сервером? Если это так, вы должны изучить различные типы каналов, которые BlazeDS реализует .. pull-only, двухсторонний HTTP-опрос, почти в реальном времени на http (комета) .. Если вам нужно больше, LiveCycle Data Services ES, коммерческая реализация из который BlazeDS рождается, помимо всего прочего, предлагает другой протокол под названием RTMP, он не является http-tunnelled, поэтому могут возникнуть проблемы с брандмауэрами и прокси-серверами, но он обеспечивает лучшую производительность (есть бесплатная версия LCDS с закрытым исходным кодом). Я использую стандартные http-каналы в средах интрасети и не обнаружил реальных проблем с производительностью даже при больших наборах данных.

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

0
добавлено
Спасибо за ваш отзыв О латентности: у меня есть приложение с домашней страницей, в которой нужны данные из многих служб. Ранее я использовал DWR (ajax framework) для пакетной обработки нескольких вызовов службы в один URL-адрес. Вы знаете, как добиться этого с помощью flex? http-канал с шаблоном команды?
добавлено автор Alexandre Victoor, источник
Почему вы должны командовать командами в одном HTTP-запросе? Обычно вы не кодируете данные с низким уровнем детализации, вы просто вызываете ваши методы remoteobject (и используете конфигурацию XML, чтобы описать, как их обрабатывать). Самый простой способ - создать специальную службу, которая собирает сразу все данные.
добавлено автор Cosma Colanicchia, источник

Я нашел структуру MVC RIAWave ссылку , чтобы быть абсолютно невероятным. Он очень легкий и прост в использовании. Я обнаружил, что Cairngorm и PureMVC имеют довольно крутую кривую обучения, и они оба чувствуют себя слишком громоздкими для меня. RIAWave остается в стороне и просто дает вам основы MVC для работы.

AMFPHP на бэкэнде тоже очень приятный. AMFPHP также имеет модуль apache, который позаботится о сериализации/неэтериализации отправленных и полученных данных, все в C, который быстро вспыхивает.

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

0
добавлено