Время от времени звучат нарекания на тот или иной недостаток Flex Builder'a. Некоторые ребята признают, что могли бы сделать его лучше, будь у них такая возможность. Если вы хотите усовершенствовать Flex Builder, то знайте — это реально. Главное, ответить на вопросы: что именно расширять и как расширять. Начнем с этого вопроса:
В сети этой документации нет, есть только эта страница в Flex 3 LiveDocs, где Vince Genovese из Flex Doc Team в комментариях поясняет написанное выше. А в этой записи блога "Flex Doc Team" он еще и призывает отписаться всех, интересующихся расширением Flex Builder.
Итак, если вы — Java-программист и/или желаете/умеете создавать плагины к Eclipse, то некторые карты уже у вас в руках. Некоторые, так как API расширения открывает не весь Flex Builder (являющийся плагином к Eclipse), а лишь его часть. Но и здесь есть хорошие новости:
В комментариях к первой статье Фил Коста, тогда еще менеджер проекта Adobe Flex, пояснил, почему Flex Builder открыт для расширения частично, а не полностью. Дело вовсе не в желании Adobe заскретить или закрыть код. Причина — в намерении обезопасить разработчиков плагинов. API расширения должно быть неизменным в будущем. В противном случае все плагины-расширители начнут ломаться при обновлении Flex Builder. Это будет создавать новые проблемы разработчикам плагинов. Чтобы избежать этого, Adobe решила открыть те API, которые гарантированно не будут изменяться в следующих версиях.
Там же менеджер проекта Adobe Flex призывает разработчиков запрашивать у Adobe дополнительные точки расширения Flex Builder, и вообще не молчать, а делиться идеями, мыслями и требованиями.
Так что теперь — все карты в руки! Завтра опишу большой продажный плагин к Flex Builder.
Что за продажный плагин?
А рассширять билдер грусно.
Все доработки напильником наводят грусть.
О, я надеялся, что ты откомментишь первым. Что ж, тогда вот тебе плагинчег: http://www.idefactory.com/content/?page_id=8
Мне кажется, Adobe просто пока сама не знает, что следует открывать, а что - нет. Потому что нет у них чёткого плана развития. Что-то я всё больше и больше начинаю разачаровываться в них.
Пробовал написать плагин к Eclipse, который бы парсил из текстового вывода Анта ошибки в Problems View.
Два дня искал-читал разные доки, единственную толковую книжку по Eclipse Plugins не удалось найти в инете в полном виде, заказывать бумажную только из-за границы. Материалов в хелпе хвататет только на хелловорлд...
Через пару недель в моем посте на эту тему в ru_eclipse ответили что-то полезное, но разбираться было уже лень :)
P.S: Опыта в Java и в разработке плагинов почти не было. Зато, конечно, много интересного узнал :)
Имхо, книг по разработке плагинов две, на русском нет, но на английском вполне можно найти. Особенно рекомендую SWT/jFace in actions
о, хорошо. Надо сделать будет код-генератор для PureMVC. А то утомительно каждый раз по 2-4 класса создавать....
А зачем для код-генератора плагин к эклипсе писать? Есть куда более простые способы добиться генерации кода.
Slon_vsapogah, тебе нужна вот эта книжка. Вопрос только в том, у кого ее взять. Но я знаю одного человека.
Рост, поменяй CSS, плиз. Совсем ссылки не видно сейчас.
Ок, Юр, пока сделал классические, фиолетовые.
Slon_vsapogah, тебе нужна вот эта книжка.
Constantiner, а чем тебе не нравится, например, термин "верстак" используемый для обозначения workbench? :-)))
Все в этом термине хорошо, плохо только, что его никто не знает и не узнает еще 10 лет.
Да не в одном верстаке дело. Чтобы понять разницу, достаточно взять любую переводную книгу издательства Символ-плюс и книгу издательства Кудиц-Образ. И тогда разница сильно бросается в глаза. Ну сложно читать любительский перевод, пусть и сделанный старательно.
Кукуц образ, говоришь? :-0
Предыдущий пост
Следующий пост
