| Data Binding во Flex. Часть 1. Немного общих слов и истории » |
Новый Flex фреймворк - Mate
Не так давно вышла публичная альфа версия нового Flex фреймворка Mate.
Разработчики говорят о том, что это скорее бета, и к финальному релизу они не планируют вносить существенные изменения.
Не секрет, что при использовании событийной модели во Flex, часто разобраться в хитросплетениях происходящих событий бывает не легко. Mate как раз поможет более наглядно организовать ваши события в приложении, причем предлагается использовать для этого mxml.
Обработка событий станет более прозрачной. Основной частью и идеей фреймворка является карта событий, которая описывает обработку событий, происходящих в приложении.
И приятно, что использование Mate не должно приводить к полной зависимости проекта от него. Этот фреймворк не несет в себе лишний функционал, не придется вносить существенные изменения в архитектуру, а просто станет удобнее работать с обработкой событий, ну и уменьшится связанность, за счет применения injectors.
Из минусов я заметила то, что используя Mate, далеко не все можно проверить на этапе компиляции, что может приводить к эксепшенам в рантайме. Однако идея мне очень нравится и в целом фреймворк выглядит многообещающе.
Трекбек адрес этой записи
URL трекбека (щелкните правой кнопкой мыши и скопируйте ссылку)
10 комментариев, 1 Трекбек
На сомом деле все уже написали о выходе второй беты Astro (кодовое название Flash Player 10). Я решил создать еще один пост на эту тему с той лишь цел
А здесь есть хорошая картинка по data flow http://flexblog.faratasystems.com/?p=342
Спасибо. Я присматривался-присматривался к Mate (и к asfusion.com), решая, пробовать или нет — а тут такое! Теперь решился - попробую!
Попробую даже сравнить с PureMVC

А здесь есть хорошая картинка по data flow
Ну не такая уж и хорошая. Особенно с учетом того, что Mate, отличие от того же Cairngorm, не диктует четких правил по части потока данных, а лишь предлагает некоторые best practices, которые используют сами разработчики Mate, И во многих случаях гораздо удобнее более простой вариант с ServiceResponseAnnouncer в event map'е и ServiceResponseHandler во view.
А картинки прикольные есть тут. Охватывают больше вариантов
Попробую даже сравнить с PureMVC
Если бы это был не девчачий блог, то я бы сказал, что ты там хочешь сравнить с пальцем. Палец это, понятно, Mate
Хаха, я далеко не первый, кто сравнил PureMVC и Mate.Я даже видел сегодня их совместное упоминание в одном русскоязычном блоге (там еще и Кернгорм между ними стоял, во как)
Ну я к тому, что задачи они решают схожие, но вот подход принципильно разный. То есть подход Cairngorm'а и PureMVC как раз схожий и вполне себе традиционный. А вот Mate...Но на самом деле ты понимаешь, что я выражался образно

То есть подход Cairngorm'а и PureMVC как раз схожий и вполне себе традиционный. А вот Mate...
Мне кажется, что, если Cairngorm и PureMVC опираются на определенную архитектуру приложения, то Mate как раз должен опираться на иное мышление разработчика.

Теперь решился - попробую!
Конечно, надо пробовать.

Ну я к тому, что задачи они решают схожие, но вот подход принципильно разный.
Совершенно согласен. Вчера вечером я провел с Mate пару волшебных часов и теперь могу лишь полностью согласиться — да, Мате есть совершенно отличная от более или менее традиционных MVC-фреймворков система.
Мате красиво решает конкретные типичные задачи, для чего вводит весьма элегантные единицы языка для своей карты событий. От двушаговых WebService/HTTPService/RemoteServiceInvoker до простых CommandInvoker и утилит типа StopHandler внутри EventHandlers.
Мне не удалось только возможности достучаться до смарт-объекта event из простого скриптового блока внутри EventHandlers (и не очень-то и нужно).
А еще эти тэги, и этот встроенный дебаггер — все очень вкусное, и понятное почти сразу, естественное.
Как бы образно выражаясь
Кстати, в PDF-доке к Mate слово MVC не встречается в-о-о-б-щ-е
Очень интересно. Сервер лежит, ждем