Есть ли какая-либо причина отказаться от методов встраивания javascript flash в 2011 году? - PullRequest
9 голосов
/ 23 ноября 2010

Преимущества внедрения flash с JS, насколько мне известно:

  • возможность запрашивать navigator объект и видеть, какие версии Flash установлены, возможно, разветвляться на этом и кормить другой контент на основе этого
  • согласованный метод присоединения флэш-памяти, поскольку скрипт сохраняет разметку, и обычно вам просто нужно указать src, flashvars, размеры
  • сэкономить время, полагаясь на вспомогательные утилиты для встраиванияSWF и не беспокоиться о сложных деталях
  • способность обеспечить последовательный запасной вариант при внедрении нескольких объектов на сайт.

Недостатки:

  • устройства безпрошить, но JS включится полностью не удастся
  • люди становятся ленивыми и не предоставляют запасной контент
  • код беспорядок, если он должен быть кросс-браузерно-совместимым.Существуют различные ошибки с общим встраиванием (даже в YouTube), и «лучший» кросс-браузер, похоже, вкладывает объект в объект на это .Однако я понимаю, что могу использовать метод на стороне сервера и один раз определить код встраивания и изменить его в одной области, но это делает его не встраиваемым / пригодным для использования в текстовых областях CMS.

Кажется, профессионалыперевесить минусы.Я действительно недостаточно работал с мобильным контентом, чтобы получить точное мнение.Кто-нибудь может подумать о причинах, почему / почему нет?

Ответы [ 3 ]

3 голосов
/ 01 декабря 2010

Недостатки:

  1. устройства без вспышки, но с включенным JS полностью потерпит неудачу

    Как отметил @Lars в своем комментарии, я считаю, что обнаружение Flash через JS - это отказоустойчивый способ внедрения различного содержимого (swf) для разных платформ (ОС, браузер, версия Flash Player). Устройства, на которых отключены Flash и JS, - это устройства, в которых весь ад может развалиться, но это будет очень маленький процент. Я не могу придумать простой способ обойти это.

  2. люди ленятся и не дают запасной контент.

    Это, очевидно, очень субъективно. У меня было очень мало опыта использования SwfObject, но в моем случае мы прибегали к решению на основе чистого HTML DOM, использующему множество JS для имитации модуля, когда мы обнаружили ситуацию NO FLASH. Я хочу сказать, что с SwfObject предоставление альтернативного контента очень просто, и я не понимаю, почему любой хороший разработчик не сделает этого.

  3. код беспорядок, если это необходимо кросс-браузер совместим. имеются различные ошибки с общим встраиванием ( даже YouTube) и "лучшие" кросс-браузер, кажется, вкладывает объект в объекте в соответствии с этим. я понимаю, хотя, я могу использовать метод на стороне сервера и определить встраивать код один раз и изменить его в одна область, но это делает это не встраиваемый / применимый в текстовых областях CMS.

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

Существуют ситуации, когда нет альтернативы, кроме как использовать Flash, например: File Uploader с обратной связью в процентах загрузки (так как обычный тег INPUT Type FILE слишком архаичен). Конечно, есть новый способ загружать индикатор выполнения, используя только javascript , но он не будет работать, вы знаете IE:)

В таких ситуациях избавиться от Flash ИМХО невозможно.

2 голосов
/ 30 ноября 2010

Я не вижу веской причины для отказа от встраивания JS flash. SWFObject довольно распространен в наши дни (даже псевдостандарт!), И даже даже Adobe рекомендует использовать его .

Это упрощает работу с требованиями к версии проигрывателя и позволяет пользователю легко и просто обновлять свой Flash-плагин.

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

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

Надеюсь, это поможет:)

1 голос
/ 01 декабря 2010

В качестве встречного вопроса: есть ли причина использовать методы встраивания javascript в 2011 году?

Я считаю, что метод flash satay лучше всего работает в кросс-браузерном режиме и следует в основном DRY policy.

Разметка выглядит следующим образом:

<object id="something" name="something" type="application/x-shockwave-flash" data="path/to/file.swf">
  <param name="movie" value="path/to/file.swf" />
  <param name="flashvars" value="query=string" />
  <!-- Backup content here -->
</object>

Это прекрасно работает, если вам не нужно проверять флэш-версию пользователя (рабочийвокруг предусмотрено в статье).

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...