GoldenLine
Zaloguj się
Piotr Zimoch

Piotr Zimoch JavaScript Developer

Temat: flex vs html/css/javascript

Witajcie,

Ostatnimi czasy zastanawiam się nad zaletami, wadami powyższych rozwiązań w dużych(!) aplikacjach webowych. Założenie jest proste:
1. Back-end napisany w Javie

natomiast kryteria bardziej złożone:

1. kompatybilność systemowo-programowa
2. wydajność
3. czasochłonność tworzenia
4. "koszt" utrzymania/obsługi/serwisowania
5. kwestie prawne (licencje etc.)
6. inne

Kto by chciał się podzielić swoimi wnioskami ?:)
Link do wypowiedziLink
Wojciech Sznapka

Wojciech Sznapka CTO @ STS Zakłady
Bukmacherskie

Temat: flex vs html/css/javascript

1) kompatybilność: flex przeważa i to znacznie. Jest w znacznym stopniu kompatybilny out-of-the-box z wszystkimi przeglądarkami i systemami, nieporównywalnie lepiej niż html
2) jest znacznie szybszy, takie są moje odczucia, nie mam na to żadnych dowodów
3) czasochłonność tworzenia - tutaj flex wygrywa po raz kolejny z htmlem
4) nie wiem, w każdym bądź razie koszt pisania na 4 przeglądarki i różne systemy jest dość spory
5) -
6) Flex dobrze działa z Javą poprzez BlazeDS
Link do wypowiedziLink
Michał Ławicki

Michał Ławicki dostawca zadowolenia

Temat: flex vs html/css/javascript

+ we flexie małym nakładem pracy można wzbogacić app w "wybajerowany" wygląd i zachowanie :)
Link do wypowiedziLink

konto usunięte

Temat: flex vs html/css/javascript

1. pozycjonowanie / (+)html
2. nie potrzeba ciągłych aktualizacji tak jak flash player / (+)html
3. i tak flex-sa obsadzasz w html-u / (+)html
4. javascript działa na DOM, i daje sporo możliwość wizualnych / (+)html
5. ja by, chciał zobaczy porównanie która z tych technologi dział szybciej

A co do Javy od strony serwera to może i racja ale jak byłem na Flex Challenge, to była mowa o tym że Adobi przejęła prace nad Zend Framework. A jak każdy zdążył poznać ta firmę to najbardziej wspierają swoje technologie, wiec można by podejrzewa że programiści PHP będą lekko faworyzowani.

Ale oczywiście wasze uwagi sa jak najbardziej trafne tylko chciałem trochę html obronić
Link do wypowiedziLink
Dariusz Siedlecki

Dariusz Siedlecki Rockstar Frontend
Developer

Temat: flex vs html/css/javascript

Wojciech Sznapka:
1) kompatybilność: flex przeważa i to znacznie. Jest w znacznym stopniu kompatybilny out-of-the-box z wszystkimi przeglądarkami i systemami, nieporównywalnie lepiej niż html
Nie przesadzajmy - nie wszystkimi. O komórkach można zapomnieć. I jeszcze:
2) jest znacznie szybszy, takie są moje odczucia, nie mam na to żadnych dowodów
Też bym się kłócił. Na starych komputerach Flash strasznie zamula niestety.

Ogólnie z doświadczenia powiem tyle, że w poprzedniej firmie mieliśmy aplikację intranetową we Flexie - była niesamowicie wolna, brzydka, i miała kompletnie skopane usability. Ja NIE WĄTPIĘ, że gdyby napisał ją ktoś kto zna się na tym bardzo dobrze, zrobiłby to o wiele lepiej - ale po przepisaniu jej na HTML/CSS/JS (a potem aplikacja desktopowa przez Adobe AIR w HTML/CSS/JS) wszyscy zachwycali się nią i uznawali o niebo lepsze od tej Flexowej.

Odpowiadając na oryginalne pytania:
1. kompatybilność systemowo-programowa
Flasha nie ma jeszcze na pewnych urządzeniach (komórkach) tudzież po prostu strasznie wolno działa na starych komputerach (choć zaawansowany JavaScript też będzie równie wolno działał)
2. wydajność
Jak wyżej
3. czasochłonność tworzenia
Myślę że zaawansowany JavaScriptowiec/CSSowiec zrobi system równie szybko jak zaawansowany Flexowiec.
4. "koszt" utrzymania/obsługi/serwisowania
Jak wyżej, gdy ktoś dobrze zrobi system to koszt będzie bliski zeru.
5. kwestie prawne (licencje etc.)
Większość bibliotek JavaScriptowych jest na wolnej licencji, do wyboru do koloru.
6. inne
W skrócie - absolutnie co kto lubi.
Link do wypowiedziLink
Wojciech Małota

Wojciech Małota Programista

Temat: flex vs html/css/javascript

Typowy wątek z cyklu "powiedz czego używasz". Każdy napisze, że lepsze jest to co lepiej zna.
Link do wypowiedziLink
Wojciech Sznapka

Wojciech Sznapka CTO @ STS Zakłady
Bukmacherskie

Temat: flex vs html/css/javascript

Dariusz Siedlecki:
Nie przesadzajmy - nie wszystkimi. O komórkach można zapomnieć.
w przypadku JS to samo, na Androidzie jest obsługa javascript, ale na pewno nie na poziomie aplikacji typu RIA.
Link do wypowiedziLink
Piotr Zimoch

Piotr Zimoch JavaScript Developer

Temat: flex vs html/css/javascript

Wojciech Sznapka:
Dariusz Siedlecki:
Nie przesadzajmy - nie wszystkimi. O komórkach można zapomnieć.
w przypadku JS to samo, na Androidzie jest obsługa javascript, ale na pewno nie na poziomie aplikacji typu RIA.

No nie do końca - technologie widgetów baaardzo prężnie się rozwijają. Niektóre środowiska uruchomieniowe pozwalają robić widgety oparte na technologiach webowych z takim samym skutkiem jak aplikacje natywne. np. Nokia run time lub jil.org
Link do wypowiedziLink
Michał Ławicki

Michał Ławicki dostawca zadowolenia

Temat: flex vs html/css/javascript

weźmy też pod uwagę to co chcemy napisać, jak piszemy app intranetową to po kiego nam pozycjonowanie? jeśli piszemy app mającą działać tylko na stacjonarkach to po co nam mobile? etc technologie dobiera się do projektu, a nie leci wszędzie na jednym zestawie :)
Link do wypowiedziLink

konto usunięte

Temat: flex vs html/css/javascript

no ale ja sobie nie wyobrażam strony bez pozycjonowania ?? :)
Link do wypowiedziLink
Wojciech Sznapka

Wojciech Sznapka CTO @ STS Zakłady
Bukmacherskie

Temat: flex vs html/css/javascript

RIA jak sama nazwa wskazuje (a o tym mam nadzieję rozmawiamy w tym wątku) to nie strony internetowe i pozycjonowanie jest tu co najmniej nie wskazane :-)
Link do wypowiedziLink
Andrzej Kidaj

Andrzej Kidaj www.ad3.eu

Temat: flex vs html/css/javascript

Michał Szaniewski:
no ale ja sobie nie wyobrażam strony bez pozycjonowania ?? :)

A po co pozycjonować aplikację, do której dostęp (po zalogowaniu) i tak mają tylko zarejestrowani userzy? Nawet do portfolio nie ma co takiej aplikacji wrzucać, bo do obejrzenia będzie tylko formularz logowania :)
Link do wypowiedziLink

konto usunięte

Temat: flex vs html/css/javascript

Przeciw Flex konieczność instalowania plugina, nie we wszystkich sieciach wewnętrznych administratorzy dopuszczają instalację. Jeśli środowisko jest ściśle kontrolowane, to nie pisze się pod 4 przeglądarki tylko zazwyczaj pod IE.

Plusem Flexa jest AdobeAir i możliwość odpalenia bez przeglądarki.

Dodam jeszcze jeden ważny element. Koszt utrzymania kodu i modyfikacji. Tutaj nie mam porównania, ale obstawiam, że HTML/CSS/JS jest tańszy, bo łatwiej o specjalistów.
Link do wypowiedziLink
Mateusz W.

Mateusz W. Frontend Developer

Temat: flex vs html/css/javascript

Jestem web developerem zajmującym się głównie kodowaniem w HTML, CSS i JavaScript, ale miałem również doświadczenia z flashem jak i flexem.
Temat należy do gatunków - co kto lubi i ile klient ma kasy.

Oczywiste jest, że aplikacja napisana we flexie będzie kilka razy droższa.

Jeszcze pytanie jedno - na co komu Java, czy PHP jako zaplecze pod Flexa? Przecież obsługuje on połączenia z bazą, wykonuje wszystkie potrzebne obliczenia, obsługuje połączenia z ftp, smtp, mail i inne. W samym flexie można pisać gotowe aplikacje klienckie praktycznie pod wszystko.

Wracając do tematu:
1. kompatybilność systemowo-programowa

Zadziwiają mnie stwierdzenia ludzi, że w HTML i CSS trzeba robić czasami 4 różne projekty pod 4 przeglądarki. Moje zdanie w tej kwestii jest takie, że jak ktoś nie umie kodować, to niech się za to nie bierze, bo potem wygaduje takie bzdury, a potem cała rzesza nieuków za nim gada :P

HTMLa, CSSa odpalisz wszędzie. JS jest dodatkiem "upiększającym", więc nie bardzo się tutaj liczy.

Do flexa trzeba instalować playera, więc to już jest znacznym ograniczeniem.
2. wydajność

Oczywiście, że HTML, CSS i JS.
3. czasochłonność tworzenia

To zależy od umiejętności ;) Moim zdaniem jest mniej więcej podobna.
4. "koszt" utrzymania/obsługi/serwisowania
5. kwestie prawne (licencje etc.)

do flexa przydałaby się licencjonowana aplikacja Adobe, do HTML, CSS i JS takich nie potrzebujesz.
Skrypty JS jak i Flexowe w dużej mierze są darmowe. Są też oczywiście płatne/
6. inne

Jak ktoś tu napisał specjalistów od Flexa wielu nie ma, więc wszelkie aplikacje pisane za jego pomocą będą droższe.
No i we Flexie można robić graficzne cuda, których czasami za pomocą HTML i JS się nie zrobi albo będzie to po prostu trudne i pracochłonne (mnóstwo animacji można zrobić za pomocą JS).
Link do wypowiedziLink

konto usunięte

Temat: flex vs html/css/javascript

Od jakiegoś czasu ustawiłem sobie opcję "Włącz obsługę wtyczek" na off w Operze. Jedynie dla kilku stron dałem pozwolenie na wyświetlanie flashy i innych (YouTube, sadistic.pl i kilka innych wybranych). Wniosek z tego, że nie wszystkim się tak podoba taka zamulająca komputer technologia - wolę nie przeglądać strony niż użerać się z tego typu bajerkami.
Link do wypowiedziLink
Piotr Zarzycki

Piotr Zarzycki Open Source
Developer

Temat: flex vs html/css/javascript

Kamil Brenk:
Od jakiegoś czasu ustawiłem sobie opcję "Włącz obsługę wtyczek" na off w Operze. Jedynie dla kilku stron dałem pozwolenie na wyświetlanie flashy i innych (YouTube, sadistic.pl i kilka innych wybranych). Wniosek z tego, że nie wszystkim się tak podoba taka zamulająca komputer technologia - wolę nie przeglądać strony niż użerać się z tego typu bajerkami.

Jak już kolega wyżej napisał - rozmowa nie dotyczy bezpośrednio stron internetowych, tylko aplikacji uruchamianych w przeglądarce.
Myślę, że jeżeli wykonanie takiej aplikacji stoi na wysokim poziomie, jej szybkość nie będzie problematyczna i z niczym nie trzeba się wtedy użerać. :)
Link do wypowiedziLink
Michał Ławicki

Michał Ławicki dostawca zadowolenia

Temat: flex vs html/css/javascript

Mateusz Wróbel:
Jeszcze pytanie jedno - na co komu Java, czy PHP jako zaplecze pod Flexa? Przecież obsługuje on połączenia z bazą, wykonuje wszystkie potrzebne obliczenia, obsługuje połączenia z ftp, smtp, mail i inne. W samym flexie można pisać gotowe aplikacje klienckie praktycznie pod wszystko.

Dawno się flexem nie bawiłem, ale o ile się nie mylę to dane do bazy danych (host, login, hasło) będziesz miał osadzone w swf'ie, a więc będą one dostępne dla KAŻDEGO użytkownika Twojej aplikacji. Po to między innymi stosuje się technologie serwerowe, aby opakować aplikację w dodatkowe zabezpieczenia etc
Link do wypowiedziLink
Mateusz W.

Mateusz W. Frontend Developer

Temat: flex vs html/css/javascript

Michał Ławicki:
Mateusz Wróbel:
Jeszcze pytanie jedno - na co komu Java, czy PHP jako zaplecze pod Flexa? Przecież obsługuje on połączenia z bazą, wykonuje wszystkie potrzebne obliczenia, obsługuje połączenia z ftp, smtp, mail i inne. W samym flexie można pisać gotowe aplikacje klienckie praktycznie pod wszystko.

Dawno się flexem nie bawiłem, ale o ile się nie mylę to dane do bazy danych (host, login, hasło) będziesz miał osadzone w swf'ie, a więc będą one dostępne dla KAŻDEGO użytkownika Twojej aplikacji. Po to między innymi stosuje się technologie serwerowe, aby opakować aplikację w dodatkowe zabezpieczenia etc

To jak na moje oko nigdy się flexem nie bawiłeś ;) W osadzanym swfie nie musisz przekazywać żadnych zmiennych. Wszystko trzymasz w gotowej aplikacji, tak samo jak w PHP.
Jedyne zagrożenie, to przechwycenie danych z pamięci podręcznej.Mateusz Wróbel edytował(a) ten post dnia 04.09.10 o godzinie 23:37
Link do wypowiedziLink
Michał Ławicki

Michał Ławicki dostawca zadowolenia

Temat: flex vs html/css/javascript

Mateusz Wróbel:
Michał Ławicki:
Mateusz Wróbel:
Jeszcze pytanie jedno - na co komu Java, czy PHP jako zaplecze pod Flexa? Przecież obsługuje on połączenia z bazą, wykonuje wszystkie potrzebne obliczenia, obsługuje połączenia z ftp, smtp, mail i inne. W samym flexie można pisać gotowe aplikacje klienckie praktycznie pod wszystko.

Dawno się flexem nie bawiłem, ale o ile się nie mylę to dane do bazy danych (host, login, hasło) będziesz miał osadzone w swf'ie, a więc będą one dostępne dla KAŻDEGO użytkownika Twojej aplikacji. Po to między innymi stosuje się technologie serwerowe, aby opakować aplikację w dodatkowe zabezpieczenia etc

To jak na moje oko nigdy się flexem nie bawiłeś ;) W osadzanym swfie nie musisz przekazywać żadnych zmiennych. Wszystko trzymasz w gotowej aplikacji, tak samo jak w PHP.
Jedyne zagrożenie, to przechwycenie danych z pamięci podręcznej.Mateusz Wróbel edytował(a) ten post dnia 04.09.10 o godzinie 23:37

W gotowej aplikacji - rozumiem, że mówisz o wygenerowanym SWF = nie chodziło mi o przekazywanie parametrów z zewnątrz tylko właśnie o trzymanie danych wewnątrz SWF. Mając SWF nic nie stoi na przeszkodzie, aby po kilku chwilach mieć czysty kod AS.
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy


Następna dyskusja:

Poszukiwany koder (X)HTML, ...




Wyślij zaproszenie do
Anuluj