Archive for the ‘Flex Builder 2’ Category
Sunday, November 2nd, 2008
Недавно стартовал проект “monkey-for-flex” посвещенный использованию Eclipse Monkey (Monkey Script) для рассширения функционала Flex-Builder. Проект появился благодаря статье “Используем Eclipse Monkey чтобы сделать Flex удобнее” белорусского флексера Юрия Жлобы.
На данный момент проект содержит краткое вступление в работу с Monkey Script, ссылки на документацию и примеры его использования, небольшой перечень известных возможностей и несколько скриптов. Я должен был выложить еще и свои скрипты, но пока не дошли руки оформить их нормально :(. Обещаю исправиться.
Так как нормальная документация по Monkey Script практически отсутствует, то мы рады любым примерам, любым материалам.
Присоеденяйтесь! Сделаем Flex Builder удобнее!
Posted in Eclipse, Flex Builder 2, Flex Builder 3, Monkey Script | 1 Comment »
Wednesday, May 21st, 2008
Призенташка (в плане информативности не особо полезная, но полистать можно)
Презентация не содержит всехпунктов по которым я сравнивал IDE, но у меня есть маленька табличка которая содежит список фич и плюшек, и как их поддерживает та или иная ИДЕ.
Таблица сравнения
Из всего доклада я хочу осветить предпоследний слайд, он содержит кратенькие выводы
- FlexBuilder — выбор пролетариата
- FlashDevelop — малыш
- IDEA — сырой монстр
- FDT — дорого, местами со вкусом
пояснения про FlexBuilder и FDT я уже дал,
- Flex builder 3 пока можно назвать самым мощным средством разработки флекс приложений (да да именно его). Адоб медленно, но верно движется к нормальной IDE, этот вывод я озвучил
- FDT-Enterprise я бы выбрал для разработки чисто флеш/ас3 приложений, но цена кусается (к сожалению просто забыл это озвучить в процессе доклада)
- Большым бонусом этих IDE является то, что ни построены на базе мега IDE — Eclipse
- FDT очень проигрывает Flex builder 3 ценой и отсутствием поддержки mxml, поэтому если намечаются разнообразные проекты (Flex|ActionScript3) то выгоднее использовать Flex Builder
- Счастья нет — все производители очень завязаны на своих “фичах для галочек”, большом количестве готового кода, готовыми алгоритмами, протухшими решениями 10 летней давности, стереотипами и боязнью сделать что-то более удобное
добавлю лишь, что FlexBuilder медленно и верно движется в правильном направлении и у него есть все шансы!
FlashDevelop — малыш, его я так назвал потому, что он фактичеки не является средой разработки — это продвинутый блокнот с кучей удобных и полезных фич. Если делать маленький проект и одному, то его можно использовать если что-то больше то комфортнее использовать FlexBuilder или FDT.
IDEA — сырой монстр. IDEA известна свои удобством среди ява(и не только) программистов. В данный момент в версии 7.0.3 поддержка flex разработки очень сырая, много мелких неприятных глюков, но разработчики IDEA их фиксят. Вобщем когда “доварят” нашего монстра, то будет видно. И еще меня волнует позиционировние самой разработки флекс проектов в IDEA — она позиционируются как дополнительная фича, т.е. существует вероятность, что поддержка флекса будет уходить на второй план по сравнению с явой(можете попробовать разубедить меня). И еще один кирпич в огород IDEA — сложноватенько, человек который придет из мира флеша будет долго въезжать во все ньансы этого “монстра”.
Всех благ вам и удачного кода влюбой из ИДЕ:)
Posted in ActionScript 2.0, ActionScript 3.0, Eclipse, Effective work, FDT, FlashDevelop, Flex, Flex Builder 2, Flex Builder 3, IDEA, mxml, RIA, UAFPUG, UML Tool | 12 Comments »
Tuesday, May 20th, 2008
Сенсация, сенсация, срочно в номер!
Я знаю как уменьшить размер с 150 до 130 кб для флекс 3 приложения!
Теперь более осмысленые слова:
Многие жалуются, что флекс приложения имеют большой размер, и это в принципе так, 120-150 килобайт кода это не мало. Часто звучит вопрос как уменьшить размер получаемого кода.
Давайте для начала разберемся, что нам дается с этим кодом?
- Прелоадер (у нас он есть по умолчанию и нам просто не нужно его создавать, мелочь но приятно)
- SystemManager — все проиницилизирует и создаст условия для комфортной работы стандартных и наших компонент (он объеденяет все нижеприведеные фичи в одно единое целое и заставляет их работать)
- DragManager — в пол пинка позволяет делать драг”н”дроп всего из всего и во все, для List компонент это делается установкой пары флегов в mxml
- StyleManager — работа со стилями. Во флекс фреймворке это одня из самых главных фич, дизайн можно изменить легким движением руки, и менять его в рантайме, догружая особоскомпилированые файлы стилей
- LayoutManager — позволяет нам делать различные выранивания и позиционирования, без линних рассчетов (не правда ли удобно написать в mxml-коде width=”100%” ?)
- PopUpManager — создаем и манипулируем со всплывающими окошками
- ToolTipManager — наши замечательные тултипы, всегда сверху, ничего лишнего ( toolTip=”эгегей это я “, помоемому отлично)
- CursorManager — позволит менять и создавать свои курсоры
- HistoryManager и BrowserManager — храним историю переключения наших состояний и меняем линки в браузере, это пока единственное от чего бы я смог отказатся по умолчанию во фреймворке
- Биндинг — автоматическое обновление данных там где это нам нужно, удобно, безумно удобно, супер удобно, только на это мне не жалко 50-60К кода )
- Стили по умолчанию — создав и запустив приложение мы получаем
“раскрашеные” компоненты готовые к употреблению как они есть.
Согласитесь, что это совсем немало для для каких-то 120(150) килобайт кода! Если вы считаете, что тут много лишнего, то подумайте правильно ли выбрали среду разработки для вашего проекта, может все таки использовать Flash CS3 или голые AS3 проекты?
Помни: средняя фотка с фликера весит 100-150К, а страница баш.орг.ру — 200-300К
Я лично готов пожертвовать размером ради удобства и скорости разработки. Количество “динозавров” с модемами по 56кбит/с уже очень мало, стоимость мегабайта трафика уже не космическая, и задайтесь вопросом “нужно ли мое приложение всем?”, мой ответ: “кому оно нужно у того явно нет проблемы с интернетом!”
На последок открою тайну про уменьшение размера приложения.
В нагрузку к коду нам еще дают стиль по умолчанию, так вот если его “вырезать” ну или заменить на более легкий варинт то есть возможность съэкономить 10-20-30К кода, но зачем тратить это время? (самый простецкий способ это открыть framework.swc с помощью rar’а и почикать стили внутри него, если просто удалить их содержимое то проект запуститься но в рантайме будет ругатся, что ему нехватает запчастей)
Каждый должен знать, что приложение по умолчанию компилится в дебаг версию поэтому для релиз версии незабудь воспользоваться Project → Export Release Build…
Posted in ActionScript 3.0, Flex, Flex Builder 2, Flex Builder 3, flex framework | 2 Comments »
Wednesday, May 14th, 2008
Итоги, общие выводы и результаты можно посмотреть/почитать у Роста (1 , 2 , 3), у Романа, у Валерии и Сергея.
Из этих постов становится понятным, что все удалось отлично).
Лучше я поделюсь своими мыслями и ошибками, которые образовались в процессе подготовки и рассказа доклада (Сравнение средств разработки: FDT, FlashDevelop, IDEA, FlexBuilder. Возможности, недостатки, перспективы., http://fpug.org.ua/meeting2) :
В процессе подготовки доклада я понял, что пытался втиснуть в небольшой доклад(всего 2 часа :)) очень много информации. Хотелось обо всем рассказать много и подробно, а получилось все в общем. Каждая из ИДЕ достойна одного и более докладов описывающих все удобства, фичи, ньюансы работы с ней. Еще желательно запустить и показать на большом экране как настроить и куда нажимать, чтобы получить нужный результат. Вывод: нужно более трезво оценивать масштабы доклада
Незнаю как оценили мой доклад слушатели (Рост, ты обещал сделать оценивалку )), но мне кажется я местами налажал, позабывал сказать некоторые обязательные вещи и просто затянул свой доклад, из-за чего подвел Романа — он не успел рассказать вtсь доклад(.
А еще я сильно много говорил слов паразитов, невнятных фраз и спорил со слушателями. Вывод: нужно лучше готовится, делать меньше паузы между словами, исключить из речи слова паразиты и больше спорить со слушателями )
По самому докладу:
Общее пожелание: не затягивайте с публикацией своих докладов. Практика показывает, что лучше сделать это прямо сейчас, иначе трудно избежать долгого “доведения до ума”.
Это относится ко мне на 110%. Но прошу меня извенить очень много информации и нужно привести ее в более удобоваримый вид).
Особо нетерпеливым скажу основные выводы:
- Flex builder 3 пока можно назвать самым мощным средством разработки флекс приложений (да да именно его). Адоб медленно, но верно движется к нормальной IDE, этот вывод я озвучил
- FDT-Enterprise я бы выбрал для разработки чисто флеш/ас3 приложений, но цена кусается (к сожалению просто забыл это озвучить в процессе доклада)
- Большым бонусом этих IDE является то, что ни построены на базе мега IDE — Eclipse
- FDT очень проигрывает Flex builder 3 ценой и отсутствием поддержки mxml, поэтому если намечаются разнообразные проекты (Flex|ActionScript3) то выгоднее использовать Flex Builder
- Счастья нет — все производители очень завязаны на своих “фичах для галочек”, большом количестве готового кода, готовыми алгоритмами, протухшими решениями 10 летней давности, стереотипами и боязнью сделать что-то более удобное
Основной доклад приводится в порядок, не пройдет и года как он выйдет в свет 🙂
Posted in ActionScript 2.0, ActionScript 3.0, Eclipse, Effective work, FDT, Flex, Flex Builder 2, Flex Builder 3, IDEA, mxml, UAFPUG, Люди | 3 Comments »
Tuesday, April 29th, 2008
На InsideRIA появилась интересная статья о том как можно сделать работу в Flex Builder более комфортной.
Переводить я ее не буду) — просто расскажу, что думаю:
TODO/FIXME плагин — полезная вещь использую ее практически с самого ее появления (больше года). Позволяет выводить //TODO и //FIXME коментарии в соответствующей панели. Единственный недостаток в том, что если коментриуется блок кода который в свою очередь содержит такие коментарии, то эти коментарии остаются в панельке.
Snippets
Позволяют делать темплиты кода, как настроить это дело можно прочитать в вышеуказаной статье, есть вариант более подробный с картинками.
Главным достоинством могу назвать то что работает как в as и в mxml файлах. К недостаткам отнесу довольно много телодвижений для вставки нужного темплита в код. Удобнее, для мелочей(и не только, если не ленится), использовать манкей скрипт, как это описано в статье у Кости Ковалева, но скрипт не работает в mxml (салют индусам за мхмл редактор).
Если сравнивать Snippets и Monkey Script то обезьяна гораздо «умнее» и имеет множество возможностей, но создавать темплиты кода не очень удобно (нужно программировать, что требует определенных навыков 😀 ). Snippets’ы удобнее и легче создавать.
Mylyn полезная штука я о ней уже упоминал. Но есть некоторые «фичи» использования ее во флекс билдере:
Флекс билдер использует свой файл навигатор, который плохо дружит с Mylyn. Данный навигатор умеет только подсвечивать файлы из текущего контекста, но не умеет прятать ненужные файлы. Я стал использовать сочетание «стандартный навигатор» ↔ «флекс нафигатор» для работы. В флекс навигаторе дабавляю нужные ресурсы, а работаю с обычным правда я это делаю только для больших флекс проектов.
Кратинка намбер 1. Как это выглядит в жизни
Как видно на картинке в флекс навигаторе нет нужной иконки, хотя он есть практически во всех вью у эклипса/флекс билдера
Кстате не стоит забывать о плюшке «Go Into»
Кратинка намбер 2. Результат узнай сам ).
Posted in Eclipse, Effective work, Flex, Flex Builder 2, Flex Builder 3, Monkey Script, mxml | 4 Comments »
