Соединение непосредственно с SWF, каковы оборотные стороны?
У меня также была проблема с той же проблемой, как только я переместил этот блок кода за пределы фрагмента в Utility Class , причем parentActivity передан как аргумент ,
Intent intent = new Intent(parentActivity, CameraCaptureActivity.class);
parentActivity.startActivityForResult(intent,requestCode);
Тогда я не получал никакого значения в методе onActivityResult этого фрагмента, после чего я изменил аргумент на фрагмент, поэтому пересмотренное определение метода выглядело как
Intent intent = new Intent(fragment.getContext(), CameraCaptureActivity.class);
fragment.startActivityForResult(intent,requestCode);
После этого мне удалось получить значение в onActivityResult на фрагменте
6 ответов
Позитивные аспекты для соединения непосредственно с файлом SWF:
- Более быстрый доступ
- Вы знаете, что это - фильм флэш-памяти даже, прежде чем Вы нажмете на ссылку
- Пропуск HTML и js файлов (Вы не будете использовать CSS для отображения 100%-го фильма флэш-памяти так или иначе),
Оборотные стороны:
- Вы имеете мало контроля на значениях по умолчанию фильма.
- Вы не можете использовать пользовательские цвета фона, прозрачность и т.д.
- Вы не можете использовать flashVars для отправки данных в фильм от HTML
- Не может использовать fscommand от фильма до страницы
- Пропорции фильма никогда не являются тем же как соотношением сторон окна пользователя
- Вы не можете компенсировать браузер incompetability (Следующий новый браузер выходит, и Вы в беде),
- Никакая SEO
- Никакое название страницы, плохо если Вы хотите, чтобы люди отметили правильно.
- Никакая сменная информация, ссылки на загрузку и т.д.
- Если Ваш SWF соединяется с внешними источниками данных, у Вас могли бы быть перекрестные доменные проблемы.
- Переименование файла SWF также переименует ссылку. Плохо для управления версиями.
Короче говоря, для сложного приложения - всегда используют HTML. Для фильма простой анимации можно пойти так или иначе.
По моему опыту, не все браузеры обрабатывают это правильно. Я не действительно уверен, почему (или который браузеры), но я по ошибке отправил ссылки как это клиентам при случае, и они часто возвращались смущенные. Я подозреваю, что их браузер запрашивает их загружать файл вместо того, чтобы отобразить его правильно.
Один позитивный аспект, о котором я могу думать, является способностью указать, ПОЛУЧАЮТ параметры в прямом URL к SWF, который затем будет доступен в приложении Flash (через Application.application.parameters в Flex, не уверенном, как Вы получили бы доступ к ним в Flash CS3). Это может, конечно, быть достигнуто другими средствами также, если у Вас есть обертка HTML, но этот путь это - меньше работы.
Вы также теряете внешний контроль над SWF. Когда это встраивается в HTML, можно использовать JavaScript для общения с SWF. Если SWF загружается непосредственно, который не может быть возможным.
Ваши 100 + кавычка строк кажутся довольно высокими мне. HTML, который FlashDevelop генерирует для встраивания SWF, является только приблизительно 35 строками с включением единственного swfobject.js файла. Вы не должны должны быть касаться js файла и самое большее должны будете только настроить HTML очень незначительными способами заставить его делать то, что Вы хотите.
Почему Вам было бы нужно 100 + строки кода? Используя что-то как swfobject уменьшает этот amout некоторые (и обычно Вы не хотите делать сменное обнаружение, и т.д. вручную так или иначе).
Adobe должен стыдиться себя со стандартом, встраивают, который побеждает цель конвенции по конфигурации. Проверьте ^swfobject (как упомянуто выше) или swfin