Czy Silverlight ma przyszłość? [Zamknięte]

Ostatnio przeczytałem kilka artykułów / blogów / komentarzy na temat rozwoju i historii WPF i Silverlight. Na niektórych forach wielu programistów i użytkowników krytykuje wydajność aplikacji WPF (na przykład Visual Studio 2010). W rzeczywistości udział Silverlight w rynku w porównaniu z Flashem nie jest bardzo wysoki. Na PDC 2010 Bob Muglia powiedział coś w stylu „nasza strategia Silverlight i koncentracja na przyszłości uległa zmianie…”, a Microsoft chce pchnąć HTML5 w przyszłości.

Ponadto Microsoft ogłosił, że HTML5 jest podstawową częścią platform Windows 8 i Windows Phone 8 („Mango”).

Ostatnio zacząłem uczyć się Silverlight i teraz muszę zadać sobie pytanie, czy powinienem nadal inwestować czas w naukę tych (moim zdaniem) bardzo fajnych i potężnych technologii !? Czy oni mają przyszłość? Czy aplikacje klienckie (Windows) mają przyszłość? Czy tak zwane „bogate aplikacje internetowe” mają przyszłość? A może HTML5 stanie się „absolutną prawdą” w rozwoju oprogramowania?

Jakie jest twoje zdanie i co myślisz?

Silverlight + Flash kontra HTML5. O chłopie. Wokół tego było mnóstwo dyskusji.

Skupmy się na Silverlight (choć wiele takich samych argumentów można wysunąć dla Flasha). Czy to jest martwe w oczach Microsoftu? NIE. Wystarczy obejrzeć ostatnie wydarzenie Firestart, a zwłaszcza przemówienie Scotta Guthrie (wiele nowych funkcji w przyszłości):
http://www.silverlight.net/news/events/firestarter/

Co to daje:

• Możliwość pisania aplikacji internetowych (i na komputerze, jeśli korzystasz z przeglądarki poza przeglądarką) w swoim ulubionym języku dotNET.
• Zapewnij swoim użytkownikom wysoce interaktywne i bogate interfejsy we wszystkich głównych przeglądarkach i platformach w spójny sposób, już dziś.
• Dostęp do zaawansowanych interfejsów API na kliencie (jest to dość słaby argument, ponieważ JavaScript zawsze dodaje nowe biblioteki i jest całkiem niesamowity).
• Programowalność Windows 7 Phone - Silverlight jest jednym z dwóch podstawowych „natywnych API” dla WP7. To co najmniej jedno urządzenie, z którego można tworzyć aplikacje natywnie.

Minusem:

• Mobile - Istnieje mnóstwo urządzeń mobilnych, których NIGDY nie będzie włączone. Nie wydarzy się.
• Microsoft - Spójrzmy prawdzie w oczy. Wiele osób odmówi używania go tylko dlatego, że jest to Microsoft. Niektórzy z Twoich użytkowników odmówią zainstalowania środowiska wykonawczego, ponieważ jest to Microsoft. To głupie, tak, ale to fakt.
• Och, są inni. Czy naprawdę muszę iterować wszystkie wady?

HTML5 odpowie na wiele (jeśli nie wszystkie) wad, o których możemy myśleć w Silverlight. Ale jakie są wady HTML5:

• To nie jest sfinalizowana specyfikacja. Tak, wiele przeglądarek implementuje wiele funkcji HTML5, ale wiele przeglądarek tego nie robi lub wiele robi to na różne sposoby. I nawet jeśli wdrożą go dzisiaj, nie ma gwarancji, że specyfikacja nie zmieni się w ciągu najbliższych kilku miesięcy / lat.
• Nie jest dziś w 100% gotowy. Znowu wiele mówi się o tym, co przyniesie HTML5. Ale w przypadku wielu rzeczy po prostu tyle. Rozmowa. Chociaż niektóre elementy CORE zostały już wykonane (animacja, grafika itp.), Wciąż istnieje wiele elementów, które są WIĘCEJ w powietrzu i nigdzie nie są standaryzowane w każdej implementacji (sprzętowy dostęp API dla urządzeń takich jak np. Akcelerometry). Możesz zacząć korzystać z niektórych z tych elementów już dziś, ale zostaniesz zablokowany w niektórych przeglądarkach i znowu nie ma gwarancji, że nie będziesz musiał zmieniać kodu, gdy specyfikacja zbliża się do finalizacji.
• Spójność przeglądarki - jeśli uważasz, że HTML5 będzie dokładnie taki sam we wszystkich przeglądarkach / urządzeniach, masz złudzenia. Każda przeglądarka zaimplementuje ją nieco inaczej i będziesz musiał mieć kod do wykrycia przeglądarki i wstawienia odpowiedniego „tłumacza”. Jestem pewien, że łatwiej będzie wykryć przeglądarkę i jestem pewien, że biblioteki pomogą (tak jak robi to dzisiaj JQuery), ale nadal będzie to stanowić problem.
• Sklepy z aplikacjami - faktem jest, że nikt nie kupi Twojej aplikacji HTML5, tak jak dziś z aplikacjami Apple. Jeśli chcesz, aby użytkownik kupił Twoją aplikację za pośrednictwem App Store, musisz napisać do rodzimej biblioteki urządzenia. Ponownie toczy się mnóstwo dyskusji na ten temat, ale faktem jest, że wszystkie nowoczesne urządzenia mobilne zapewniają dostęp do przeglądarki, a aplikacje oparte na przeglądarce po prostu nie mają apelu natywnej aplikacji. Aplikacje zbudowane dziś przy użyciu HTML / CSS po prostu nie mają odwołania, które robią ich natywne odpowiedniki.

Z mojego punktu widzenia Silverlight daje dziś możliwość „bogatego klienta”. Nie masz dostępu do każdego urządzenia (zwłaszcza mobilnego), ale dla niektórych klas aplikacji jest to świetny wybór i tak pozostanie. HTML5 wkrótce stanie się poważnym konkurentem i gorąco zachęcam wszystkich do nauki. Będziesz tego potrzebował.

Myślę, że wiele osób patrzy na Microsoft i widzi jedną gigantyczną istotę. Ale tak nie jest. Microsoft przypomina kilkadziesiąt małych zespołów i tak naprawdę łączy je tylko nazwa „Microsoft”. Tak więc, podczas gdy zespół IE koncentruje się na HTML 5 i popycha go jak najwięcej, możesz się założyć, że zespół WPF / Sliverlight równie ciężko pracuje nad WPF i Silverlight.

Silverlight do użytku w Internecie nigdy tak naprawdę nie wystartował - jednak Microsoft mocno naciska na Windows Phone 7, który używa WPF / Silverlight dla aplikacji, więc sam Silverlight nie jest zabijany, a jedynie miejsce, w którym jest wdrażany, czyli wymiana pieniędzy.

Może „zabijanie” to trochę mocne słowo. Myślę, że - i zostało szeroko zgłoszone (Mary-Jo Foley itp.), Że Microsoft przestawia się z Silverlight na HTML 5. Myślę, że Silverlight nadal będzie platformą z wyboru dla super bogatych stron internetowych i być może materiał wideo (na przykład, co zrobili z relacją online NBC z Zimowych Igrzysk Olimpijskich 2010). Myślę też, że coraz częściej będziemy widzieć Silverlight w „kosmicznej” przestrzeni korporacyjnej - zamiast dostarczać „grubych” klientów w WPF lub WinForms, zdecydowanie mogę zobaczyć Silverlight, szczególnie. uruchamianie poza przeglądarką, znalezienie domu dla rozwoju oprogramowania dla przedsiębiorstw.

Ze strategicznego punktu widzenia przeczytałem post, w którym świetnie się zastanawia, dlaczego Microsoft jest tak bardzo zainteresowany HTML 5. Na początek daje im „wejście” na rynek iOS. Po drugie, przenosi grę do obszaru, w którym w porównaniu z Apple mają ogromną przewagę - Chmurę. Każdy, kto korzystał z usługi Apple MobileMe, może zaświadczyć, że chociaż Apple robi wiele rzeczy dobrze, obecnie Chmura nie jest jedną z nich.

Wydaje mi się, że Silverlight jest obecnie dość grą (pod względem udziału w rynku), ponieważ zarówno Flash, jak i Silverlight będą ustępować HTML5 w ciągu kilku najbliższych lat.

Z drugiej strony WPF prawdopodobnie będzie się utrzymywać (nawet jeśli obawy dotyczące wydajności są ważne). Zarówno Windows Vista / Windows 7 są mocno zainwestowane w WPF i prawdopodobnie będzie to strategia pulpitu dla Microsoft na przynajmniej kilka lat, szczególnie biorąc pod uwagę, że VS i Expression są napisane przy użyciu WPF.

Ale oczywiście taka jest strategia pulpitu i staje się jasne, że większość aplikacji, z których ludzie korzystają na co dzień, migruje z pulpitu do Internetu (jeśli jeszcze tego nie zrobili), ponieważ obsługa przeglądarki HTML5 staje się wszechobecna. WPF jest nadal (prawdopodobnie) najlepszym wyborem dla aplikacji, które wymagają pulpitu Windows i .Net, ale prawdopodobnie są to nisze w porównaniu z aplikacjami internetowymi, które będą głównym nurtem.

Oprócz HTML5 platformy mobilne (czytaj: Android i iOS) prawdopodobnie będą obszarami rozwoju w najbliższych latach.

To nie jest bardzo zaskakujące. Pozdrawiając wszystkich deweloperów, którzy go wybrali, Silverlight od samego początku był prawdziwym żartem. Nikt nie używa go na swoich stronach internetowych. Rynek docelowy jest nasycony przez Flash, a trzy i pół roku Microsoft wypychający swoją alternatywę nie doprowadził do powszechnego przyjęcia, a teraz, gdy HTML 5 pojawia się we wszystkich głównych przeglądarkach, rynek naprawdę nie wytrzyma trzech konkurencyjnych , wzajemnie niekompatybilne rozwiązania.

Teraz Microsoft mówi, że zamierzają skupić się na nim jako standardie programowania w Windows Phone 7. To ostatni gwóźdź do trumny, ponieważ wszystkie oznaki wskazują, że WP7 jest wielkim flopem.

Wygląda na to, że w firmie Microsoft nastąpiła zmiana strategiczna i obecnie Adobe Flex / Flash będzie nadal wiodącą technologią do pracy w aplikacjach RIA. Wygląda na to, że HTML5 zostanie powszechnie przyjęty, a ja osobiście przeszedłbym na eksperymentowanie z nim.

Powiedziałbym, że HTML5 jest ważny tak długo, jak długo chcesz tworzyć aplikacje skierowane do możliwie największej liczby klientów.

Czy Twoja aplikacja wymaga dostępu do Internetu? Czy powinien korzystać z natywnych możliwości komputera? (pliki, monitorowanie itp.). Czy wymaga dzielenia się informacjami? Wszystkie powyższe pytania i więcej prowadzą do tego, czy możesz lub powinieneś tworzyć swoje aplikacje jako bogatą aplikację internetową, czy też należy ją opracować jako aplikację kliencką.

Zdecydowanie jest miejsce na aplikacje WPF w przyszłości, szczególnie w najbliższym czasie. Wydaje się, że Silverlight jest celem rozwoju piaskownic, takich jak telefony, ale zobaczymy, jak ten pociąg jedzie. Ale na początku każdego rozwoju powinieneś spojrzeć na wymagania aplikacji, co chcesz osiągnąć i odpowiednio wybrać swoją technologię.

Teraz jednak chciałbym zauważyć, że nie ma powodu, aby nie uczyć się Silverlight lub WPF, nawet jeśli nie będzie to tym, co będzie głównym graczem za 6 lub 7 lat. Jeśli mogę powiedzieć coś na pewno, to jest to, że technologia się zmienia. Będzie HTML6, będzie następny WPF i będziesz musiał nauczyć się więcej niż jednej technologii, jeśli naprawdę chcesz zrozumieć pierwszą.

Po prostu zacznij uczyć się jednego z nich, a zawsze możesz przełączyć się i przenieść to, czego się nauczyłeś, na następną technologię.

Napisałem post na blogu na ten temat, ponieważ pojawiał się w moim zespole od czasu korzystania z Silverlight. Krótka odpowiedź brzmi: Silverlight nie jest martwy. HTML 5 będzie lepszym wyborem, aby dotrzeć do większej liczby urządzeń i platform. Ale Silverlight jest bardziej bogaty w funkcje i obecnie znacznie łatwiej jest opracować aplikację Silverlight niż aplikację HTML 5 z ASP.NET MVC. Oprzyrządowanie dla Silverlight jest wspaniałe w porównaniu do prawie całkowitego braku narzędzi dla HTML 5 od Microsoft. To zależy od twojego środowiska i grupy docelowej, od której jest lepszy wybór.

Aby uzyskać więcej informacji, oto mój post na blogu:
http://rationalgeek.com/blog/post/Silverlight-vs-HTML-5.aspx

Ponadto Hanselman niedawno opublikował ten sam temat: http://www.hanselman.com/blog/ShouldIUseHTML5OrSilverlightOneMansOpinion.aspx

Oto artykuł ReadWriteEnterprise na temat trendów w zakresie umiejętności technicznych, z maja 2011 r .:

http://www.readwriteweb.com/enterprise/2011/05/it-hiring-and-salaries-up---wh.php

Silverlight wyprzedził Flasha.Liczba miejsc pracy w Silverlight wzrosła o 12,6% w ciągu ostatnich trzech miesięcy, podczas gdy Flash odnotował zaledwie 2,2%. Silverlight przekroczył także Flash w ogólnej liczbie zadań, z 982 ofertami dla Silverlight i 646 dla Flash.

I

Specjaliści Microsoft radzą sobie dobrze, z silnym wzrostem C #, Silverlight i Azure.

To tylko przypuszczenie, ale wraz ze wzrostem liczby smartfonów i tabletów, zwłaszcza tych od Apple, Silverlight jako technologia internetowa nie wydaje się już mieć większego sensu.

Silverlight prawdopodobnie najlepiej opisuje się jako odpowiedź Microsoftu na Flash. Jest to ta sama domena problemowa, więc to, co czyni dobrą grę Flash, będzie także dobrą grą Silverlight.

Nikt tak naprawdę nie zna przyszłości. W tej chwili wiem tylko, że nie wszystko tworzy dobrą aplikację internetową i nie wszystko tworzy dobrą aplikację komputerową. Tyle wiem:

• WPF prawdopodobnie pozostanie na jakiś czas.
• Silverlight jest w powijakach, więc Microsoft będzie go trochę poprawiał. Słyszałem pogłoski, że fajniej jest pracować z Flashem, ale nigdy z nimi nie pomieszałem, nie mogę powiedzieć.
• HTML 5 / CSS 3 / JavaScript ma być kolanami pszczół, ale w tym dziesięcioleciu nie będzie gotowy w naprawdę znaczący sposób. (Zakładając, że komitety zatwierdzą go przed 2020 r., Nadal potrzebuje pełnego wsparcia przeglądarki, a to wymaga czasu).

Aby wybrać platformę, którą zamierzasz realizować, musisz uzyskać podstawowe odpowiedzi:

• Kim są twoi klienci? (tj. jaki jest twój rynek docelowy?)
• Czy planujesz zarabiać pieniądze? W jaki sposób?
• W jakim czasie oczekuje się, że aplikacja będzie aktywna przed jej uaktualnieniem i / lub wymianą?

Jeśli szukasz więcej niż dwóch lat, aby wypuścić dwie pierwsze wersje za drzwi, istnieje duże prawdopodobieństwo, że patrzysz zbyt daleko w dół drogi. Znajomość rynku docelowego pomoże Ci zrozumieć, czy platforma jest w ogóle opłacalna. Na przykład wiele urządzeń mobilnych nie obsługuje żadnych wtyczek w swoich małych przeglądarkach - oznacza to nie tylko brak Silverlight, ale także brak Flasha. Ale jeśli nie celujesz w urządzenia mobilne, nie ma to dla ciebie znaczenia.

Myślę, że na tym etapie wszystko jest tylko przypuszczeniem. W przypadku planu App Store wbudowanego w system Windows 8 prawdopodobnie technologią aplikacji będzie Silverlight (biorąc pod uwagę, jak można ją piaskowić w OOB itp.). SL prawdopodobnie będzie dostępny przez wiele lat.

Inną rzeczą do rozważenia w HTML5 jest to, że wspomniana zmiana może być daleka od obecnego, kiepskiego, niestandardowego programowania IE, a nie od SL.

Co zatem powinien zrobić Microsoft?
W tej sytuacji muszą udzielić wsparcia dla HTML5 + js jako twórcy najczęściej używanej przeglądarki.

Ale nadal możesz korzystać z Silverlight. Bez wątpienia pojawią się wydania i wsparcie dla tego dobrze zaprojektowanego frameworka.

Nie zgodnie z tym kodeksem, usprawniają go, aby ułatwić tworzenie kodu między platformami.

http://www.theregister.co.uk/2010/10/29/portable_library_project_silverlight_windows_phone/

Dlatego nadal wykonujemy dobre old-schoolowe programowanie WinAPI przy użyciu Delphi. Lepiej spędzaj czas na rozwiązywaniu zadań niż marnuj je na tak zwane „nowe technologie”. Całe to „nowe” w .NET istniało na długo przed nim w Borland Delphi. Osobiście uważam, że technologia powinna pozostać około 10 lat, zanim będzie można ją wypróbować i od niej zależeć.

Jestem pewien, że Microsoft nie zabije Silverlight na rzecz HTML5, a przynajmniej nie w skrócie: P. Podczas ostatniego wydarzenia z Paulem Cottonem omawialiśmy to i wszyscy zgodziliśmy się, że główna różnica w HTML5 jest taka: narzędzia VS.Net + Blend są na razie świetnymi i nie do pobicia narzędziami, jest to bardzo duża zaleta i jest wiele programistów, którzy będą nadal rozwijać się w Silverlight i wielu innych technologiach .Net.

W każdym razie, kiedy pojawiły się gadżety Vista i zostały wykonane w HTML, nikt nie myślał, że Silverlight nie żyje, znaleźliśmy sposób na umieszczenie w nich Silverlight ... więc zakładam, że będziemy w stanie umieścić nasze Silverlight w nowych i niesamowity interfejs Windows 8.