Silverlight vs Flex

Są dwa pytania: Silverlight vs. Flash as platform oraz Silverlight vs. Flex as Ria framework.

Pierwsze pytanie zależy od Twojego czasu. Flash Player ma ponad 95% zasięgu, Silverlight nie ma w pobliżu tego. Jednak Silverlight może się tam dostać, w końcu jest wspierany przez Microsoft. Jeśli chcesz uruchomić stronę w przyszłym tygodniu i chcesz mieć ogromną publiczność, Silverlight nie wchodzi w grę. Jeśli masz na celu uruchomienie naprawdę fajnej aplikacji, z której każdy chciałby korzystać to trochę inaczej, jeśli Twoja aplikacja jest wystarczająco dobra, Twoi odbiorcy docelowi mogą zainstalować Silverlight, aby móc ją uruchomić.

Jeśli chodzi o drugie pytanie, to kwestia tego, jak łatwo jest tworzyć aplikacje W Silverlight. Flex to nie tylko zestaw widżetów, to bardzo duży framework, który robi wiele rzeczy, które ułatwiają pracę deweloperowi. Można by pisać te same aplikacje używając tylko core Flash API, ale byłoby to o wiele więcej pracy. W zależności od tego, co jest dostępne w Silverlight, powinno to być ważnym czynnikiem przy podejmowaniu decyzji. Jeśli możesz skrócić czas rozwoju, czy warto mieć dwie platformy?

Myślę, że Silverlight jest najkorzystniejszy dla firm, które mają programistów. NET, ale nikt nie ma doświadczenia w projektowaniu.

Zestawy umiejętności będą łatwiejsze do znalezienia, jeśli chodzi o znalezienie programistów C# lub VB vs znalezienie guru ActionScript. ]}

Design experience to inwestycja nie tylko w projektantów z artystycznymi umiejętnościami, ale także w wiedzę i narzędzia dostarczane przez firmę Adobe. Możesz prawie zagwarantować, że profesjonalny projektant używa komputera mac i ma doświadczenie z narzędziami Adobe.

W tej chwili narzędzia Silverlight designer są w połowie upieczone i mogą być bólem głowy. Na przykład błędy Blend podczas próby renderowania dowolnego xaml zawierającego IValueConverter, jest to problematyczne. Nie mam pojęcia, co to jest Adobe developer experience, jestem pewien, że jest tak Owłosione.

Więc na tym etapie gry sprowadza się do zasobów ludzkich:

Jeśli masz doświadczenie. NET i mało zainwestowane w umiejętności projektowe idź Silverlight. Programowanie umiejętności/narzędzia będą zbywalne. Jeśli masz doświadczenie w projektowaniu i umiejętności, Wybierz Flex. Umiejętności/narzędzia projektanta będą zbywalne.

Tak czy inaczej obie platformy klienckie wymagają komunikacji z usługami w celu uzyskania danych, więc zawsze będziesz korzystać z istniejącej wiedzy programistycznej na zapleczu.

Parafrazowane zdanie Jona z innego punktu widzenia:

Myślę, że powinieneś spojrzeć na Flex jako na grę długoterminową, tak jak wygląda Adobe. Jest jeśli chodzi o reach I install base, jest to oczywiste, kiedy używać Silverlight vs. Flex, ale oto więcej powodów, dla których Flex jest dobrym kierunkiem, w którym warto się poruszać:]}

1. Second mover advantage-tak jak Adobe zbudował " lepszy aplet Javy" z Flashem, są w stanie spojrzeć na jak zaprojektować runtime z scratch, dzisiaj. Mają zaleta wiedzy o tym, jak ludzie używają dzisiaj w sieci, coś w wynalazcy dotychczasowego klienta platformy nigdy nie mogły dokładnie zgadłem. . NET może dodać funkcje, ale nie mogą realistycznie uchwycić platformę i zacznij od nowa.

2. Znajomość projektanta-podczas Flex / AIR to nowy model programowania, nie jest do końca obca projektantów. "Dostaną" drogę Flex działa dużo szybciej niż zrozumieją, że nowy środowisko projektowe z nową funkcją słabe narzędzia i nowa animacja paradygmaty.

3. Pozbycie się modelu kolorów RGB w Silverlight -. NET był pierwotnie zbudowany dla okna i jest na podstawa tego, jak to działa. Flex dawno temu dla design-centric model.

4. Wszystkie narzędzia działają na komputerze mac. Nuff said.

5. Fajne funkcje-Silverlight still ma coś do nadrobienia z Flash na niektórych oczywistych funkcjach (takich jak integracja z kamerą internetową / mikrofonem, czyli 3d / przyspieszenie grafiki).

Wykonujemy zarówno silverlight, jak i flex, a oto punkt widzenia programistów dla obu.

Plusy Silverlight:

1. Moc C#, fragmenty kodu, ponowne wykorzystanie istniejących implementacji algorytmu C#
2. potęga innych języków, Generics i Linq itp
3. Moc natywnego wykonywania CLR zamiast interpretera skryptu akcji Flasha
4. jedno zintegrowane Studio wizualne dla wszystkich projektów
5. Expression Blend jest naprawdę fajnym i bardziej zaawansowanym edytorem następnie Flex Builder
6. XAML jest przyjazny dla wyszukiwarek
7. całkiem ładne przejścia stanu i łatwe do zdefiniowania
8. Threading i asynchroniczne zadania
9. dostępność, nikt nie wie, że Microsoft zawsze najlepsze funkcje accessilility na wszystkich swoich produktach, zawsze działało dobrze z osobami niepełnosprawnymi, porównując przeglądarki TYLKO IE obsługuje pełną dostępność i Safari / firefox itp.

Wady Silverlight:

1. ściśle Platforma Microsoft, wiem, że wiele osób będzie się spierać, ale z obecnym scenariuszem, połowa facetów Intel Mac nie może się Silverlight 3.0 działa, wszyscy faceci Mac PPC nie mogą używać Silverlight 2.0 dalej, a nie silverlight dla Linuksa.
2. jest mono, ale oficjalnie nie wspierany przez Microsoft, zawsze pozostanie w tyle za inżynierią odwrotną. NET i przeniesieniem go na inną platformę, jeszcze nie po wyjęciu z pudełka.
3. większość komponentów / kontrolek jest "zapieczętowana", więc trudno je rozszerzyć i nadpisać aby łatwo tworzyć nowe komponenty.
4. zła Architektura CustomControl / UserControl. Nie możesz mieć korzenia XAML jako ComboBox lub jakiejkolwiek innej kontroli i pozwolić mu mieć zarówno projekt, jak i Kod, możesz utworzyć niestandardową kontrolę, ale są one zbyt złożone
5. Wiązanie wymaga nazwania komponentów i nie obsługuje wyrażeń instancji, jak to robi flex, chociaż Wiązanie dwukierunkowe jest dobre w silverlight, ale musisz pisać długie kody dla wielu wiązań dla jednej matematyki wyrażenie

e.g.
// this is possible in flex..
// but not in silverlight
<mx:TextBox id="firstName"/>
<mx:TextBox id="lastName"/>

// display full name..
<mx:Label text="{firstName.text} {lastName.text}"/>

Plusy flexu:

1. prawdziwie niezależny od platformy, obsługiwany na różnych urządzeniach i systemach operacyjnych i naprawdę działa wszędzie świetnie.
2. Open Source ułatwia zrozumienie i rozszerzenie funkcjonalności.
3. każdy kontroler/komponent może być rozszerzony i jest mniej ograniczeń nadpisujących domyślne zachowanie.
4. najprostszy sposób tworzenia nowych komponentów, możesz mieć mxml z dowolnej kontroli i rozszerz je za pomocą obszernego oprawy
5. Flex zawiera wiele kontrolek i nie potrzebujesz żadnej biblioteki stron trzecich

Wady Flex:

1. powolne wykonywanie dla iteracyjnych egzekucji, bez wątków !! Brak zadań asynchronicznych !!
2. W oparciu o punkt 1, nie ma możliwości świetnej animacji ani Grafiki
3. Brak generyków, brak innych języków, brak linq..
4. Klasa Number ma błąd, cant przechowuje pełną 64-bitową wartość
5. Eclipse jest złe zaprojektować coś wielkiego UI

Podsumowanie

1. używamy flex dla aplikacji do przetwarzania danych, są to proste aplikacje do przetwarzania formularzy
2. Silverlight do niezwykle bogatej grafiki i animacji

Problem z Silverlight polega na tym, że wciąż jest wiele osób, które nie mają go zainstalowanego. Nie jestem również pewien, jak dobrze Twoi obecni programiści. Net będą w stanie wykorzystać swoje istniejące umiejętności, jeśli znają tylko bardziej tradycyjne kodowanie.Net po stronie serwera.

Jakie są twoje powody, aby przesunąć Silverlight na Flex? Jeśli musisz zapytać społeczność SOFlow z powodów, to wydaje się dziwne, że jesteś tak skłonny to przeforsować.

Kolejną zaletą Flex development jest to, że można przełączyć się na tworzenie aplikacji desktopowych (Adobe AIR) z tym samym kodem źródłowym (i tym samym IDE) i rozpowszechniać je z Internetu. Możesz sprawdzić to dla przyszłości platformy Flash.
Aktualizacja Q3/2011: Flash 11 obsługuje akcelerację 3D na niskim poziomie, a istnieje już wiele frameworków i głównych silników (Unreal Engine 3, Unity) wspierających go. Punktem sprzedaży na przyszłość jest jednak to, że aplikacja AIR będzie działać na Windows, Mac, Android, Playbook i IOS (wsparcie dla Linuksa zostało wycofane). Z absolutnym minimum kłopotów między portowaniem między nimi(przynajmniej jeśli masz Adobe CS5.5+).

Aktualizacja Q3 / 2017: Haha wow, kto nawet używa Flasha.

Nie zapomnieć:

Flex jest bardzo wieloplatformowy, ponieważ jest kompilowany za pomocą Java compile, co oznacza, że możesz łatwo używać Mac lub Linux podczas tworzenia aplikacji Flex. Mam moją aktualną konfigurację cruisecontrol (która używa Linuksa) buduję aplikacje build Flex, ale deweloperzy używają zarówno Mac, Linux, jak i Windows.

Z mojego doświadczenia wynika, że programiści Javy czują się całkiem jak w domu w Flex Builderze, ponieważ jest on oparty na Eclipse.