Готов ли Flex к прайм-тайм? - PullRequest
2 голосов
/ 25 ноября 2008

Я работаю над проектом, в котором на данный момент нет пользователей, но мы хотели бы увеличить его до сотен. В настоящее время мы работаем с базой данных MySQL, AMFPHP взаимодействует с Flex. Мы использовали Flex из-за его надежных графических функций (что важно для этого проекта) и потому, что первоначальный разработчик (не я) уже знал ActionScript. В настоящее время мы используем AIR, но в какой-то момент можем переключиться на веб-Flash.

Мои вопросы:

  1. Является ли Flex хорошим инструментом для такого проекта?
  2. Каковы основные ограничения Flex, с которыми мы можем столкнуться?
  3. Какие еще платформы разработки мы могли бы рассмотреть?

Спасибо. - Дэйв

Ответы [ 5 ]

6 голосов
/ 25 ноября 2008

Краткий ответ, да. Уже есть много приложений прайм-тайм, использующих Flex в качестве платформы для разработки пользовательского интерфейса. Если вы зайдете на сайт Adobe, они продемонстрируют немало.

Если говорить лично, я выбрал Flex по двум причинам. Во-первых, хотя вы, вероятно, можете сделать многое из того, что Flex делает в HTML или с помощью соответствующего инструментария, Flex разработан для привлекательного и убедительного пользовательского опыта и имеет все возможности Flash. , Плюс среда разработки и доступные виджеты позволяют легко и увлекательно программировать. Я не хочу разжигать религиозную войну против HTML против Flex, поэтому я оставлю это здесь - это работает для меня, моего приложения и клиентов.

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

Мое предостережение в отношении Flex связано с необходимостью принятия правильной архитектуры для кода вашего клиента. С помощью Flex довольно легко создать огромное и плохо работающее приложение, если вы ошибаетесь. Сделайте все события управляемыми и, по-видимому, асинхронными, и вы должны быть в порядке («очевидно», потому что Flash-проигрыватель является однопоточным). И это недостаток 1. Однопоточный проигрыватель Flash иногда вызывает проблемы.

Даунсайд 2, возможно, более серьезный, и он заблокирован настольными компьютерами в корпоративных средах. Довольно часто ваша целевая аудитория не будет иметь административных прав на свой компьютер и будет иметь неправильный флеш-плеер или вообще не иметь. Это особенно верно для организаций государственного сектора и вооруженных сил, поэтому, если вы идете туда, я бы тщательно проверил наличие Flash среди ваших пользователей.

Кроме того, я от всей души рекомендую Flex. Это также здорово иметь в своем резюме!

НТН

2 голосов
/ 25 ноября 2008

У Flex нет проблем с масштабируемостью, однако, если у вас приложение с интенсивной графикой, правильное обслуживание этих ресурсов может быть проблемой, но это не имеет ничего общего с Flex.

Единственная заслуживающая внимания и вероятная платформа, на которой вы не сможете работать, - это iPhone (без флеш-памяти) и некоторые старые мобильные устройства без флэш-памяти (хотя большинство из них в настоящее время поддерживают Flash-lite)

Что касается альтернатив, если вы сильно загружаете графику и не возражаете против iPhone, то Flex - это хорошее, если не лучшее кроссплатформенное решение, кроме использования технологий чистого HTML, хитрость в том, что один HTML может сделать 99% того, что Flex можно, но если вашему приложению требуется недостающий 1%, то вам не повезло, также Flex уменьшит кроссплатформенность и большинство проблем совместимости браузера. Так что это может сделать вашу работу более продуктивной.

1 голос
/ 25 ноября 2008
  1. Да, масштаб и тип проекта подходит.
  2. Незрелость фреймворков и библиотек, от которых вы можете зависеть. Незрелость IDE.
  3. Silverlight, JavaFX.
1 голос
/ 25 ноября 2008

Silverlight 2 является альтернативой для рассмотрения. WPF, если вы ищете что-то с поддержкой в ​​автономном режиме.

0 голосов
/ 25 ноября 2008

Flex + AIR, вероятно, такой же хороший инструмент, как Visual Basic; это может быть лучшим инструментом для более гибкого языка программирования и бесплатных инструментов разработки, но помните об ограничениях ....

Основным ограничением, которое я видел при работе с ним, является документация. Кажется, не хватает документации, недостаточно хорошей документации и недостаточно заметной работы в сообществе. (Это происходит в течение многих лет в .NET; я постоянно расстраивался из-за того, что MSDN мало говорит о методах, но в целом мог справиться с этим, находя самые полезные сообщения в блоге.)

Другие возможные платформы разработки будут очень сильно зависеть от специфики проекта. Платформы, основанные на веб-технологиях, тесно взаимодействуют с наборами данных (даже с хорошими библиотеками AJAX), в то время как поддержание установок на стороне клиента любой толстой клиентской программы (скажем, Flex + AIR) может оказаться излишним, если это всего лишь несколько форм CRUD .

...