Flex się kończy, Sencha zaprasza więc deweloperów do HTML5. A może raczej do Webkitu?

W listopadzie zeszłego roku Adobe poinformowało, że rezygnuje z Fleksa i oddaje go pod opiekę opensource'owej fundacji. Ten ceniony w biznesowym IT (ale nie tylko) zestaw narzędzi do programowania rozbudowanych aplikacji internetowych na platformę Flash, cieszył się tak dużą popularnością nie tylko ze względu na techniczne zalety, ale też wsparcie ze strony Adobe. Nic więc dziwnego, że wśród programistów, którzy zainwestowali swój czas w poznanie tej technologii, rozległy się gromkie jęki. Czym mieliby Fleksa zastąpić?

Na łamach list dyskusyjnych związanych z Fleksem pojawiały się po decyzji Adobe takie komentarze jak ten – „Budowaliśmy duże, skomplikowane aplikacje internetowe, możliwe tylko dzięki temu, że AS3 i Flex obsługiwały wielkoskalowe, zorientowane obiektowo programowanie. Nie piszemy prościutkich aplikacji webowych, ale złożone narzędzia wizualizacji danych, kochane przez naszych klientów. Co mam teraz im powiedzieć? Przepraszam, ale Flex nie żyje, a HTML5 jest wciąż niedorobiony – może spróbujemy za kilka lat?”

Firma Sencha, znana z takich produktów jak Sencha Touch – framework do budowania aplikacji HTML5 działających na urządzeniach mobilnych, czy Sencha Animator, narzędzie do tworzenia animacji w CSS3, chce teraz wszystkim osieroconym przez Adobe programistom pokazać, że ten HTML5 nie taki straszny. Przygotowała szkolenie, które pozwoli im na szybkie wejście na rosnący rynek aplikacji HTML5. Ted Patrick z Senchy pisze:

„Jako że pracowałem nad Fleksem w Adobe, mam wielki szacunek dla Fleksa jako technologii i ekosystemu. Flex jest świetną technologią, ale jego zależność na podstawowym poziomie od Flash Playera zmusza twórców wielu projektów do przerobienia ich teraz na HTML5. Wierzę, że ta sytuacja stanowi świetną okazję dla deweloperów Fleksa do poznania nowej technologii, wykorzystania istniejącej wiedzy i dostarczenia świetnych aplikacji z pomocą Senchy. Wierzę też, że deweloperzy Fleksa mają okazję zdefiniować i poprowadzić ruch ku aplikacjom HTML5, jako że mają za sobą lata doświadczenia w budowaniu światowej klasy aplikacji z komponentami, klasami, i MVC, w futurystycznej wersji ECMAScriptu”.

Lądowanie na HTML5 ma być miękkie. Podobnie jak we Fleksie, frameworki Senchy są obiektowe i modularne, dostarczają gotowe zestawy elementów interfejsu, layouty i animacje, pozwalają na zarządzanie cyklem życia obiektu i uchwytami zdarzeń. Sencha oferuje też narzędzie Designer, pozwalające na budowanie złożonych interfejsów użytkownika, modeli i kontrolerów. Dzięki temu ludzie wyszkoleni w technologiach Adobe będą w stanie dostarczyć „dopasowane co do piksela interfejsy we wszystkich popularnych platformach mobilnych i desktopowych”. Zacząć można już dziś, z darmowym webinarium Moving from Adobe Flex to HTML5 and Sencha. Przygotowano także szybkie wprowadzenie do HTML5 dla menedżerów, by przekonać ich, że migracja aplikacji jest warta świeczki.

Czy jednak lądowanie w realnym świecie będzie równie miękkie? Pytanie to nasuwa się szczególnie w świetle sporu o wykorzystanie (nadużywanie?) prefiksu -webkit- w nowoczesnych stronach i aplikacjach webowych. Prawda jest taka, że produkty Senchy nie sprawdzają się wcale dobrze poza Webkitem. Podczas naszego testu narzędzia Sencha Animator, szybko okazało się, że stworzone za jego pomocą animacje w Firefoksie, Operze i Internet Explorerze wyglądają po prostu fatalnie.

Z Fleksem/Flashem nie mieliśmy takich problemów.

źródło: eWeek.com, blog.sencha.com

Podoba Ci się ten tekst? Powiedz o tym innym na Fb: lub na G+:

publikuj:

wydrukuj

6 skomentuj »

Komentarze

#1 Mar 2012-02-14 15:44:34 0
Czy flex się kończy .... ? wątpię ...

Flex jako aplikacje w przeglądarce mają się świetnie , flash jest coraz szybszy ...

Na telefonach itd ... flex mobile jako aplikacje na telefony i tablety

= wydajność niemal natywna ( HTML5 szybko takiej nie osiągnie )

Aplikacjie mobilne w przeglądarkach

= tu pole do popisu ma HTML5 tylko i wyłącznie ze względu na swoją multiplatformowość ... ( wydajność niestety nie zachwyca )

co do oddania Flexa dla Apache to pamiętajmy że Adobe oddało też swoją nową perełkę PhoneGap a tego raczej pozbyć sie by bie chcieli więc myślę ze to raczej część planu a nie chęć pozbycia się ...

czas pokaże jak to będzie dobrze znac Obie technologie :)
IP: 91.206.244.[...] Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.46 Safari/535.11
#2 slawek22 2012-02-15 01:48:06 0
Jak zamknięte to płacz, że zamknięte. Jak otwarte, to płacz, że otworzyli :)

Ale muszę was pochwalić bo w końcu zaczęliście chociaż uruchamiać rozwiązania które testujecie. W przeciwnym wypadku byłoby kolejne, 157 już na Webhosting uśmiercenie Flasha :)

Dobra extjs jest dużo wyższej jakości niż ich animator (którym nie można poprawnie animować nawet jednokolorowej kulki)... ale i tak wydajność jest koszmarna. Jak zwykle mamy działający w jednej przeglądarce produkt flashopodobny.

Ja się tylko zastanawiam, czemu jeśli HTML jest taki słiiiit to trzeba 2 wersje frameworka na desktop i mobile. Najlepiej by jeszcze zrobić oddzielną dla każdej przeglądarki (może wtedy działałaby szybko).
IP: 83.27.76.[...] Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.46 Safari/535.11
#3 skarlee 2012-02-15 12:37:45 1
> Ja się tylko zastanawiam, czemu jeśli HTML jest taki słiiiit to trzeba 2 wersje

> frameworka na desktop i mobile. Najlepiej by jeszcze zrobić oddzielną dla

> każdej przeglądarki (może wtedy działałaby szybko).

Interfejs aplikacji na urządzenia z ekranami dotykowymi musi być zaprojektowany tak, żeby dało się wygodnie z niego korzystać bez myszki.

Poza tym ze względu na wielkość ekranu oraz rozdzielczość interfejs musi być budowany inaczej niż dla aplikacji ria na desktop. Przeglądarki mobilne są mniej wydajne i z większymi ograniczeniami zasobów wiec aplikacja musi być pod nie zoptymalizowana. Istotne są również różnice w obsłudze zdarzeń.
IP: 212.182.103.[...] Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.46 Safari/535.11
#4 slawek22 2012-02-15 20:52:41 0
Dokładnie. Mówię to cały czas. I cały czas słyszę płacz, że aplikacje flashowe z desktopu działają niezbyt dobrze na mobile. A remedium na to ma być używanie HTML5... który po uruchomieniu tego samego kodu na mobile działa jeszcze gorzej.
IP: 83.10.79.[...] Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.46 Safari/535.11
#5 kaczuch 2012-02-16 18:21:40 0
Adobe mogłaby oddać flashplayera do Apacha i wspólnie z W3C zrobić z jego standard multimedialno / interaktywny. Adobe wciąż zarabiałoby na tworzeniu bezkonkurencyjnego softu do tworzenia Aplikacji pod flasha, a internet zyskałby nowy wymiar.

Ale cóż ... cały internet chciał śmierci flasha. Macie, coście chcieli!
IP: 89.76.244.[...] Opera/9.80 (Windows NT 6.1; U; en) Presto/2.10.229 Version/11.61
#6 tron 2012-02-16 21:08:12 0
@kaczuch lepiej nie dawać W3C prawa do robienia standardów dla Flexa, bo to poważnie zahamuje jego rozwój. Już widzę, jak W3C dumnie ogłasza, że następna wersja standardu z niewielkimi poprawkami i kilkunastoma nowymi funkcjami pojawi się za 10 lat, albo więcej - tak jak jest teraz z HTML5 i CSS3.
IP: 83.25.29.[...] Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:10.0.1) Gecko/20100101 Firefox/10.0.1

Aby dodać komentarz, musisz podać swój nick, treść komentarza oraz poprawnie przepisać oba słowa z obrazka (słowa muszą być rozdzielone spacją).
W treści komentarza można używać języka formatowania BBcode.