FlexiPedia Wiki on Adobe Flex
Флэш Потрошитель - Жизнь вокруг технологииЖизнь вокруг технологии

Флэш Потрошитель этот | тот | 1.0

С 09.09.2002
  • Коллекция багов Flash
  • Ссылки для начинающего аниматора
  • Flex для PHP-разработчиков
  • Как вы используете Flash?

Поток сознания

makc3d ответил на Избранные баги Flash:

beer good. spam bad!

12 часов назад

Флэшер-аноним ответил на Избранные баги Flash:

Хотелось бы узнать, Как вы относитесь к пиву? Если положительно, то какое предпочитаете? Если отрицательно, то почему? Просто интересно...

13 часов назад

Флэшер-аноним ответил на Еще один способ заработать на играх:

прям таки тебе и скажут здесь посмотри

2 дня назад

Флэшер-аноним ответил на Нужна помощь по остановке видео и очистке памяти после него:

Напишите мне на имейл (sbnur@front.ru) - очистка памяти в флеш-плеере нетривиальная проблема и все зависит от конкретного кода - чтобы не превращать, как уже отмечалось, в форум, лучше обсудить все приватно 

3 дня назад

makc3d ответил на Еще один способ заработать на играх:

403

R05T
 

Sorry, access denied for you. You may want to:

Log in
or
Register
 

Thank you.

Test key: 1

 

3 дня назад

imset ответил на Нужна помощь по остановке видео и очистке памяти после него:

1) Спасибо всем кто ответил.

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

3) Из комментов видно, что не все понимают зачем нужен именно мувик с вложенными в его кадры анимациями. Поясняю: этот мувик обычно собирается дизайнером, который не имеет особого представления о работе AS. Дизайнеру проще сделать мувик с лейблами чем написать специальный класс. Я же использую один класс для всех подобных мувиков в котором программно обрабатываю переход от одной анимации к другой. Таким образом для всех мувиков используется один класс.

4) Знаю что использование мувиков, созданных в IDE не является хорошей практикой, но в данном случае удобен именно этот подход. К тому же если метод мувика gotoAndStop реализован и описан в официальной документации он может использоваться и должен правильно работать.

5) Если встраивание видео в мувик несет в себе какие-то сложности, об этом должно быть указано в хэлпе.

6) Теоретически наверное можно найти какое-то другое решение проблемы, но речь изначально шла о том является ли такое поведение багом, и если так - этот баг должен быть добавлен в базу Adobe.

7) Очень хотелось бы ,чтобы кто-то проверил это у себя или указал как эту проблему можно решить.

3 дня назад

Artem Brigert ответил на Нужна помощь по остановке видео и очистке памяти после него:

gotoAndStop(label);

мама роди меня обратно ...

3 дня назад

shaman4d ответил на Нужна помощь по остановке видео и очистке памяти после него:

Блог превращаетсо в форум -- пичалько.

3 дня назад

Флэшер-аноним ответил на Нужна помощь по остановке видео и очистке памяти после него:

Может попробовать аттачить и удалять мувиклипы при необходимости из библиотеки? Удалили предыдущий мувик со stage и добавили новый, который нужно проиграть.

примерно так:

var _class:Class = getDefinitionByName("nameClass") as Class;

var _mc:MovieClip = new MovieClip(new _class());

addChild(_mc);

...

removeChild(_mc);

3 дня назад

imset ответил на Нужна помощь по остановке видео и очистке памяти после него:

Спасибо за ответ. Хочу пояснить что я пробовал чтобы люди могли лучше понять суть проблемы. Сорри, если много букв. Вот код функции для переключения кадров с видео: [collapse] <code> public function playAnim(label:String):void { // проверяем есть ли такая метка в списке доступных if (labels.indexOf(label) != -1) { // если метка отличается от текущей выполняем переход if (currentLabel != label) { // "anim" - это мувик с именем "anim" и объектом Video внутри, в нем также могут находится мувики с графикой if (anim) { // стопим его, при помощи ENTER_FRAME Event с WeakReference я проверял его текущий кадр и трейс показывает что он нормально стопится anim.stop(); // удаляем его из DisplayList removeChild(anim); // проходим по всем его вложенным DisplayObject-ам while (anim.numChildren) { var vid:Video = anim.getChildAt(0) as Video; // если находим видео, пытаемся принудительно вызвать GarbageCollector if (vid) { trace(">>> FORCE GC! <<<"); try { new LocalConnection().connect('foo'); new LocalConnection().connect('foo'); } catch (e:*) {} } // удаляем все найденные DisplayObject-ы anim.removeChildAt(0); } // обнуляем автоматически созданную переменную (сам флэш иногда это не делает) anim = null; } // переходим на новый кадр с мувиком "anim" внутри которого лежит другое видео gotoAndStop(label); } } } </code> [/collapse] Странно, что без вызова GarbageCollector-а все видео продолжают висеть в памяти. Если вызывать GarbageCollector как показано в коде, то некоторые видео удаляется (исчезают трейсы от них), а некоторые продолжают висеть в памяти остановленные на одном кадре, хотя ссылок на них в коде больше нет. Хэлп от Адоб утверждает (http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flash/media/Video.html) что потоковое видео можно остановить соответствующими вызовами: myVid.attachCamera(null); myVid.attachNetStream(null); Про то как остановить встроенное видео нет ни слова. Хотелось бы видет простой метод dispose() как у BitmapData что какжется логичным. Хочется делать простые вещи без всяких костылей и хакерства.

3 дня назад

Более старые 
Главная › Блоги › Блог Rost

100% Pro Flex: доклады со встречи UAFPUG-13 во Львове

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

EPAM SystemsЭта встреча флексеров отличалась также тем, что все докладчики представляли практики одного проекта производства компании EPAM Systems а точнее, ее львовского отделения. Кстати, епамовский отдел кадров мы благодарим отдельно за помощь в организации этой конференции, а саму компанию — за смелость и открытость в передаче опыта и за бесшовную интеграцию конференции с афтепати — за счет фирмы.

На этой встрече были представлены четыре доклада, пойдем по порядку.

1. Лучшие практики разработки Flex 3

Первым выступил ведущий разработчик флекс-проекта Андрей Табачин из львовского EPAM Systems. Его трехчасовый, сложный и глубокий доклад стал концентрированным набор лучших практик, выработанных командой под его руководством на протяжении двух лет создания сложного проекта. Стоит отметить, что в самом начале работы команда не имела большого опыта с Flex, но имела хороший опыт в других технологиях от Delphi до .NET, таким образом они прошли путь от самых азов флекса до состояния завершенного большого проекта, с включением практик XP и Agile.

Наработки изложены Андреем в PDF-документе Flex3bestpractices.pdf, который можно скачать со страницы Flex3 development best practices на свежеоткрытом блоге Андрея Табачина.

2. Создание компонентов на базе архитектуры Spark (Flex 4)

Второй доклад был представлен Андреем Проциком из львовского EPAM Systems. Помимо самой презентации, к докладу прилагаются исходные файлы проекта, демонстрирующего разработку UI-элемента для Flex 4 качайте файл custom-flex-4-spark-components.zip.

Если вы еще не знаете, Flex 4 реализует более эффективное разделения логики и вида - это новое скинование. Теперь совместный труд дизайнера с кодером и его результат стройнее. Каждый UI-компонент приложения по умолчанию реализуется в SDK двумя файлами: классом бизнес-логики (это "модель" из MVC) и классом скина с описанием вида и поведения компонента, включая состояния, эффекты и т.д. (это - "вид" из MVC). В результате мы имеем во Flex 4 еще одну разновидность Code Behind, на мой взгляд - вполне стройную, и теперь она поддерживается средствами разработки, чего не было во Флекс 3, об этом мы еще поговорим позднее.

А сейчас достаточно сказать, что за этим подходом - ближайшее и интересное будущее флекса, так что стоит хорошо вникнуть в исследование Андрея Процика - Создание компонентов на базе архитектуры Spark (Flex 4) - custom-flex-4-spark-components.zip

3. Управление рисками

Третьим докладом стал экспромт от Олега Керницкого, он рассказал об управлении рисками для разработчиков. А поскольку к экспромту презентация не прилагается, то мы здесь просто скажем Олегу наше спасибо - было классно.

4. Чему я научился от команды Flex-разработчиков

Четвертая презентация от Ростислава Сирыка была попыткой в сжатой, динамичной форме рассказать о том лучшем, что он узнал за два месяца работы в команде толковых флексеров львовского EPAM Systems. У нее есть постоянный адрес: Чему я научился от команды Flex-разработчиков.

Мы хотим еще раз поблагодарить всех, кто помог состояться этой встрече флексеров - нам удалось заставить заговорить тех, кто много умеет, но мало об этом говорит Smile

  • flex
  • flex 4
  • Flex skinning
  • lviv
  • presentation
  • uafpug
  • Новости
- Rost, пт, 18/12/2009 - 22:02
  • Блог пользователя Rost
  • В Жуйк

Комментарии

Ого. А ну ка, посмотрим презентации Smile

Slon_vsapogah - http://kachurovskiy.com 00:52 19/12/09

Касательно "Лучшие практики разработки Flex 3" - воистину: "Век учись, век живи". Чем больше занимаюсь разработкой АС3 приложений, тем больше понимаю что я мало знаю Smile

Eddie (не проверено) 13:27 19/12/09
3

Про Flex3bestpractices.pdf от Андрея Табачина.

  • Coding conventions это необходимая вещь. Если же вдобавок они одинаковы во всем коде, с которым вы имеете дело - это еще лучше.

    Но нет, снова постулируются новые CC. Плюсы введения собственных CC:

    • Человеку, который их писал, не надо менять свои привычки
    • Фикс требований Adobe CC, которые в вашем проекте некритичны - типа макс. ширины строки 80 символов
    • Введение новых требований, без которых кодирование немыслимо (?)

    Минусы:

    • Всем участникам команды, которые привыкли "по-другому" придется переучиваться. Это непросто. Тем более когда переучиваются не на что-то стандартное, а на такие же привычки другого девелопера. Ситуация примерно как "семеро одного ждут".
    • Открывая любой класс Flex SDK вам не комфортно работать (а открывать их придется)
    • Adobe CC во многом поддерживаются Builder-ом - например, импорты вставляются сверху. Все эти несоответствия становятся дополнительной работой.
    • Если вы свой код покажете постороннему разработчику, ему будет не комфортно его читать.
    • При найме новых сотрудников это будет вашим минусом

    Поэтому мы используем Adobe CC.

  • Повсеместное использование weak reference - это плохо. Так же считают почти все опытные разработчики, с которыми я имел честь общаться.

А в целом документ правильный и хороший. То, что там что-то спорно или можно сделать лучше - фигня.

Slon_vsapogah - http://kachurovskiy.com 21:52 20/12/09
Примечания: Статус документа => в процессе ·
Статьи · Идеальный клип · Персоналии · Глоссарий (уст.) · Что делать? · К началу ↑
© 2002-2012 Ростиславр · О проекте · Подписка на RSS · α-тестировани невероятного
]]>
]]>
Что такое OpenID?
  • Войти по OpenID
  • Скрыть вход по OpenID
  • Регистрация
  • Запросить новый пароль