Итак, примерно с 20 декабря по 3 января собираюсь посетить город-герой Минск. Родина ждет. Очень жаль что не успеваю посетить вот эту встречу BYJUG. Java меня мало занимает, а вот про Flex и RIA в целом с удовольствием бы пообщался.
Если у кого-то есть пожелания и предложения встретиться - пишите, звоните, приходите :)
Показаны сообщения с ярлыком flex. Показать все сообщения
Показаны сообщения с ярлыком flex. Показать все сообщения
26 нояб. 2008 г.
23 нояб. 2008 г.
Крэкс, фэкс, пэкс или архитектура приложений под Oracle
Хотел написать полноценную статью, но из-за загруженности решил, что лучше уж напишу заметку, чем вообще ничего. Итак...
Если у вас стоит задача написания нового приложения с использованием базы данных Oracle, то естественно возникает и вопрос: на чем его писать и, соответственно, какую архитектуру приложения выбрать.
Конечно, для некоторых команд этот вопрос может быть заведомо решен - пишем на Java, .Net, Forms... и так далее. Список огромный - каждый выбирает по вкусу, или точнее то, чем владеет. Относительно с недавних пор всё больше разработок ведется на Apex. Отличный инструмент, но и не лишен некоторых недостатков. Ну и совсем свежачок - Flex. Вот на счет последних двух и хотелось написать. Собственно, заклинание из заголовка статьи немного созвучно набору технологий Apex, Flex, Ajax.
Для начала Apex. Инструмент простой, но очень эффективный. В принципе, позволяет создавать web приложения любой сложности. При этом избавляет от значительной части рутинной работы. Архитектура Apex приложений по сути проста – база данных сама генерирует html контент. Т.е. никаких специфических средних звеньев не требуется, если не брать в расчет web сервер (встроенный либо нет). И само приложение всё хранится в таблицах базы данных. А дальше идут недостатки, обусловленные как раз такой архитектурой. Неудобство разработки внутри html приложения, отсутствие нормальной версионности файлов, сложность вклиниться во внутренние механизмы рендеринга страниц – особенно критично в случаях, когда вы строите приложение сильно отличающееся от стандартных шаблонов. Опять же рендеринг создаёт дополнительную нагрузку на базу, хотя я и не сталкивался пока с серьезными проблемами по этой части, но тем не менее.
А теперь Flex. Очень богатые интерфейсные возможности при минимуме усилий. Можно создавать полноценные десктоп приложения. Разработка ведется вполне классическим способом, с поддержкой всевозможных сопутствующих систем версионности и т.д. Короче, конфетка! Но есть и «но». Flex общается с базами данных посредством web или http сервисов. Еще вроде Adobe предлагает Data Services, middle tire компонент для взаимодействия с базами данных, но я этим вопросом вплотную не занимался, потому как мне не интересен вариант использования дополнительного звена между приложением и базой, да ещё и java based.
Но во Flex очень просто реализуется взаимодействие приложения с javascript страницы, в которую он встроен. Причем это взаимодействие работает в обе стороны: javascript может вызывать методы flex приложения, и flex может вызвать любую внешнюю javascript функцию. Собственно в этом вся и соль – встроить Flex приложение внутрь Apex. Сам Apex при этом выполняет функции доставки данных, контроля доступа, управления сессиями, а Flex в свою очередь выполняет функции клиентского приложения.
То есть получается приложение, интерфейс которого полностью сделан во Flex. Такие вещи как авторизация, жизненный цикл сессий и транзакций управляется Apex. Вся логика обработки данных лежит в базе. Apex перестаёт создавать дополнительную нагрузку, поскольку он уже не рендерит страницы (Flex приложение грузится разом).
Чем не идеальная архитектура? И главное, ничего лишнего и всё бесплатно :)
Подумайте, может оно того стоит! Я кстати уже опробовал - мне понравилось.
Если у вас стоит задача написания нового приложения с использованием базы данных Oracle, то естественно возникает и вопрос: на чем его писать и, соответственно, какую архитектуру приложения выбрать.
Конечно, для некоторых команд этот вопрос может быть заведомо решен - пишем на Java, .Net, Forms... и так далее. Список огромный - каждый выбирает по вкусу, или точнее то, чем владеет. Относительно с недавних пор всё больше разработок ведется на Apex. Отличный инструмент, но и не лишен некоторых недостатков. Ну и совсем свежачок - Flex. Вот на счет последних двух и хотелось написать. Собственно, заклинание из заголовка статьи немного созвучно набору технологий Apex, Flex, Ajax.
Для начала Apex. Инструмент простой, но очень эффективный. В принципе, позволяет создавать web приложения любой сложности. При этом избавляет от значительной части рутинной работы. Архитектура Apex приложений по сути проста – база данных сама генерирует html контент. Т.е. никаких специфических средних звеньев не требуется, если не брать в расчет web сервер (встроенный либо нет). И само приложение всё хранится в таблицах базы данных. А дальше идут недостатки, обусловленные как раз такой архитектурой. Неудобство разработки внутри html приложения, отсутствие нормальной версионности файлов, сложность вклиниться во внутренние механизмы рендеринга страниц – особенно критично в случаях, когда вы строите приложение сильно отличающееся от стандартных шаблонов. Опять же рендеринг создаёт дополнительную нагрузку на базу, хотя я и не сталкивался пока с серьезными проблемами по этой части, но тем не менее.
А теперь Flex. Очень богатые интерфейсные возможности при минимуме усилий. Можно создавать полноценные десктоп приложения. Разработка ведется вполне классическим способом, с поддержкой всевозможных сопутствующих систем версионности и т.д. Короче, конфетка! Но есть и «но». Flex общается с базами данных посредством web или http сервисов. Еще вроде Adobe предлагает Data Services, middle tire компонент для взаимодействия с базами данных, но я этим вопросом вплотную не занимался, потому как мне не интересен вариант использования дополнительного звена между приложением и базой, да ещё и java based.
Но во Flex очень просто реализуется взаимодействие приложения с javascript страницы, в которую он встроен. Причем это взаимодействие работает в обе стороны: javascript может вызывать методы flex приложения, и flex может вызвать любую внешнюю javascript функцию. Собственно в этом вся и соль – встроить Flex приложение внутрь Apex. Сам Apex при этом выполняет функции доставки данных, контроля доступа, управления сессиями, а Flex в свою очередь выполняет функции клиентского приложения.
То есть получается приложение, интерфейс которого полностью сделан во Flex. Такие вещи как авторизация, жизненный цикл сессий и транзакций управляется Apex. Вся логика обработки данных лежит в базе. Apex перестаёт создавать дополнительную нагрузку, поскольку он уже не рендерит страницы (Flex приложение грузится разом).
Чем не идеальная архитектура? И главное, ничего лишнего и всё бесплатно :)
Подумайте, может оно того стоит! Я кстати уже опробовал - мне понравилось.
13 авг. 2008 г.
FlexBuilder на Linux
FlexBuilder 3 на Linux тормозит!
Создал давече на своей рабочей станции виртуальную машину с гигом памяти. Поставил туда xubuntu, дабы ресурсы сэкономить. Установил FlexBuilder. И получил среду, в которой что-то разработать нервов никаких не хватит!
Работает из рук вон медленно. Немного ситуацию подправил параметрами запуска eclipse'а.
В файле <FLEX_HOME>/Adobe_Flex_builder.sh в последней строчке, где запускается эклипс, прописать параметры в соотвествии со следующей рекоммендацией:
Пробовал стартовать всё это добро на fluxbox'е ради экономии ресурсов, но быстро отказался. Сам флуксбокс конечно шустрее работает. Но заметной разницы в работе эклипса-флэксбилдера я не заметил.
Но лихо беде начало! Пробуем запустить лёгкое флэкс приложение в firefox с установленным девятым флэш-плеером, и получаем полную жопу. Холостое движение мышкой в области флэшки вызывает такие судороги системных ресурсов, что становится больно на это смотреть.
Я расстроен. На следующей неделе наверное попытаюсь всё это пустить мимо виртуальной машины, дома на убунте. Если памяти прикуплю конечно.
Создал давече на своей рабочей станции виртуальную машину с гигом памяти. Поставил туда xubuntu, дабы ресурсы сэкономить. Установил FlexBuilder. И получил среду, в которой что-то разработать нервов никаких не хватит!
Работает из рук вон медленно. Немного ситуацию подправил параметрами запуска eclipse'а.
В файле <FLEX_HOME>/Adobe_Flex_builder.sh в последней строчке, где запускается эклипс, прописать параметры в соотвествии со следующей рекоммендацией:
| Общая память машины | Параметры |
| 512MB : | -vmargs -Xms256m -Xmx256m -XX:PermSize=64m -XX:MaxPermSize=64m |
| 1024MB: | -vmargs -Xms512m -Xmx512m -XX:PermSize=128m -XX:MaxPermSize=128m |
Пробовал стартовать всё это добро на fluxbox'е ради экономии ресурсов, но быстро отказался. Сам флуксбокс конечно шустрее работает. Но заметной разницы в работе эклипса-флэксбилдера я не заметил.
Но лихо беде начало! Пробуем запустить лёгкое флэкс приложение в firefox с установленным девятым флэш-плеером, и получаем полную жопу. Холостое движение мышкой в области флэшки вызывает такие судороги системных ресурсов, что становится больно на это смотреть.
Я расстроен. На следующей неделе наверное попытаюсь всё это пустить мимо виртуальной машины, дома на убунте. Если памяти прикуплю конечно.
31 июл. 2008 г.
Flex наступает 2
Неожиданно скорое продолжение получает мой предыдущий пост о перспективах для разработчиков приложений под Oracle и, в частности, о нарастующей роли Flex'а в этой области.
На сколько я понял, вчера Oracle предложили попользовать новую версию сайта своей тех.поддержки, попросту новый Metalink. Я самого письма не видел - если не трудно, поделитесь кто-нить его текстом.
Вообще, я целиком и полностью за RIA приложения. Возможности интерфейсов на самом деле впечатляющие. А если вы пробовали еще и написать что-нибудь на Flex, то тем сильнее понимаете все его преимущества.
Итак, беглый осмотр нового металинка и... С виду неплохой дизайн. SCM работает вполне шустренько.И, о боже :) не работает ни один скролл (правда только в firefox, в IE всё в порядке)! Заметные задержки при открытии выпадающих списков. Ладно - в целом ничего, ничего критичного за исключением скроллов. Идем дальше.
Закладка Knowledge. Видимо реализована отдельным flex модулем, судя по скорости загрузки. Опять же заметные тормоза на прорисовке меню. Дальше переходим к какой-нибудь статье. Опять тормоза. Видимо подгрузка снова отдельного модуля Knowledge Browser? Поиск - тормоза на эффектах выползания результатов. Короче на лицо злоупотребление ненужными эффектами.
Очевидно, что есть попытка использовать deep linking, но опять же работает кое-где и кое-как. Запомнить линк на найденную статью сходу не получилось - запоминает только результат поиска.
На остальные закладки пока вообще можно не ходить - там либо подгружается "старый" html based интерфейс, либо попросту смотреть нечего.
Дальше здесь и здесь в отзывах задается вполне резонный вопрос: зачем flash для сайта тех.поддержки? Это вызывает дополнительные трудности при доступе из-за политик безопасности организаций и т.д.
Опять же привязка к версии flash player'а.
Тем более этов выглядит странно, что Oracle выкладывает заведомо неполноценную версию. Торопятся к Oracle Open World 2008? Так имхо как-то не совсем удачно.
Вообще flex сам по себе позволяет избежать постоянного рендеринга страниц и предоставляет серьезную отзывчивость интерфейсов. Т.е. теоритически, получив немного большие тормоза на первоначальной загрузке, пользователь должен насладиться всем богатсвом и удобством флекс приложения в действии. А весят эти приложения в общем-то не так и много. Так что не знаю, стоит ли заморачиваться по поводу траффика. Не жрут его они много сами по себе.
Еще замечу, что пока еще действующая apex-реализация металинка тоже не выделяется удобством пользования и скоростью работы. Видимо, что-то в "консерватории" не так :)
Вобщем, первые впечатления - легкое недоумение "зачем?" и тихая радость "будущее не за горами" :)
На сколько я понял, вчера Oracle предложили попользовать новую версию сайта своей тех.поддержки, попросту новый Metalink. Я самого письма не видел - если не трудно, поделитесь кто-нить его текстом.
Вообще, я целиком и полностью за RIA приложения. Возможности интерфейсов на самом деле впечатляющие. А если вы пробовали еще и написать что-нибудь на Flex, то тем сильнее понимаете все его преимущества.
Итак, беглый осмотр нового металинка и... С виду неплохой дизайн. SCM работает вполне шустренько.И, о боже :) не работает ни один скролл (правда только в firefox, в IE всё в порядке)! Заметные задержки при открытии выпадающих списков. Ладно - в целом ничего, ничего критичного за исключением скроллов. Идем дальше.
Закладка Knowledge. Видимо реализована отдельным flex модулем, судя по скорости загрузки. Опять же заметные тормоза на прорисовке меню. Дальше переходим к какой-нибудь статье. Опять тормоза. Видимо подгрузка снова отдельного модуля Knowledge Browser? Поиск - тормоза на эффектах выползания результатов. Короче на лицо злоупотребление ненужными эффектами.
Очевидно, что есть попытка использовать deep linking, но опять же работает кое-где и кое-как. Запомнить линк на найденную статью сходу не получилось - запоминает только результат поиска.
На остальные закладки пока вообще можно не ходить - там либо подгружается "старый" html based интерфейс, либо попросту смотреть нечего.
Дальше здесь и здесь в отзывах задается вполне резонный вопрос: зачем flash для сайта тех.поддержки? Это вызывает дополнительные трудности при доступе из-за политик безопасности организаций и т.д.
Опять же привязка к версии flash player'а.
Тем более этов выглядит странно, что Oracle выкладывает заведомо неполноценную версию. Торопятся к Oracle Open World 2008? Так имхо как-то не совсем удачно.
Вообще flex сам по себе позволяет избежать постоянного рендеринга страниц и предоставляет серьезную отзывчивость интерфейсов. Т.е. теоритически, получив немного большие тормоза на первоначальной загрузке, пользователь должен насладиться всем богатсвом и удобством флекс приложения в действии. А весят эти приложения в общем-то не так и много. Так что не знаю, стоит ли заморачиваться по поводу траффика. Не жрут его они много сами по себе.
Еще замечу, что пока еще действующая apex-реализация металинка тоже не выделяется удобством пользования и скоростью работы. Видимо, что-то в "консерватории" не так :)
Вобщем, первые впечатления - легкое недоумение "зачем?" и тихая радость "будущее не за горами" :)
2 июн. 2008 г.
Перспективы для разработчиков или Flex наступает
Вот набрел на интересную статью: Гибридизация Java. Имхо очень актуально для разработчиков, под Oracle в том числе.
Тем более в свете последних событий..
Oracle Forms скорее мертв, чем жив;
ADF - воздержусь, хотя почитателей наверняка много;
Apex - работает и много усилий не требует, но опять же ограничения.
Интересующиеся знают, что почти весь metalink.oracle.com написан на апексе и asktom.oracle.com Примеров конечно больше, но эти , имхо, показательны в плане позиции Apex внутри Oracle.
Но тут на Oracle OpenWorld в ноябре 2007 презентуется ряд продуктов разработанных на Flex: Новый Enterprise Manager (интересно, когда мы его увидим в действии), часть металинка, а именно Software Configuration Manager (уже можно пробовать, если есть доступ), часть BI Publisher'a...
Правда заставляет задуматься? :) Видимо наступление RIA приложений не за горами. С нетерпением жду.. пошел читать Flex :)
Тем более в свете последних событий..
Oracle Forms скорее мертв, чем жив;
ADF - воздержусь, хотя почитателей наверняка много;
Apex - работает и много усилий не требует, но опять же ограничения.
Интересующиеся знают, что почти весь metalink.oracle.com написан на апексе и asktom.oracle.com Примеров конечно больше, но эти , имхо, показательны в плане позиции Apex внутри Oracle.
Но тут на Oracle OpenWorld в ноябре 2007 презентуется ряд продуктов разработанных на Flex: Новый Enterprise Manager (интересно, когда мы его увидим в действии), часть металинка, а именно Software Configuration Manager (уже можно пробовать, если есть доступ), часть BI Publisher'a...
Правда заставляет задуматься? :) Видимо наступление RIA приложений не за горами. С нетерпением жду.. пошел читать Flex :)
Подписаться на:
Сообщения (Atom)
Сообщения
