Silverlight는 미래가 있습니까? [닫은]

최근 WPF 및 Silverlight의 개발 및 역사에 대한 기사 / 블로그 / 코멘트를 읽었습니다. 일부 포럼에서 많은 개발자와 사용자는 WPF 응용 프로그램 (예 : Visual Studio 2010)의 성능을 비판합니다. 실제로 Flash에 비해 Silverlight의 시장 점유율은 그리 높지 않습니다. PDC 2010에서 Bob Muglia는 "Silverlight 전략과 앞으로의 초점이 바뀌 었습니다 ...."와 같은 말을했으며 Microsoft는 앞으로 HTML5를 추진하려고합니다.

또한 Microsoft는 HTML5를 Windows 8 및 Windows Phone 8 ( "Mango") 플랫폼의 핵심 부분으로 발표했습니다.

최근에 나는 Silverlight를 배우기 시작했고 지금 나는 이것들에 대해 아주 훌륭하고 강력한 기술을 배우는데 시간을 투자해야하는지 스스로에게 물어야합니다. 그들은 미래가 있습니까? (Windows) 데스크톱 (클라이언트) 응용 프로그램에 미래가 있습니까? 소위 "Rich Internet Applications"는 미래가 있습니까? 아니면 소프트웨어 개발에서 HTML5가 "절대 진실"이 될 것인가?

당신의 의견은 무엇이며 어떻게 생각하십니까?

Silverlight + Flash 및 HTML5 오 소년. 이 주제에 관해 많은 토론이있었습니다.

Silverlight에 중점을 두겠습니다 (Flash에 대해 동일한 주장을 많이 할 수는 있지만). 마이크로 소프트의 눈에 죽었습니까? 아니. 최근 Firestart 이벤트, 특히 Scott Guthrie의 기조 연설 (다수의 새로운 기능)을 시청하십시오.
http://www.silverlight.net/news/events/firestarter/

그것이 당신에게주는 것 :

• 오늘날 선호하는 dotNET 언어로 인터넷 앱 (브라우저를 사용하는 경우 데스크톱)을 작성할 수 있습니다.
• 오늘날 모든 주요 브라우저와 플랫폼에서 사용자에게 대화식이 풍부하고 풍부한 인터페이스를 일관된 방식으로 제공하십시오.
• 클라이언트의 고급 API에 액세스하십시오 (JavaScript에는 항상 새로운 라이브러리가 추가되고 매우 훌륭하기 때문에 상당히 약한 주장입니다).
• Windows 7 Phone 프로그래밍 기능-Silverlight는 WP7에 대한 두 가지 기본 "기본 API"중 하나입니다. 최소한 기본적으로 앱을 빌드 할 수있는 장치입니다.

단점 :

• 모바일-Silverlight를 사용하지 않는 수많은 모바일 장치가 있습니다. 일어나지 않을거야
• 마이크로 소프트-직면하자. 많은 사람들이 Microsoft이기 때문에 사용을 거부 할 것입니다. 일부 사용자는 Microsoft이기 때문에 런타임 설치를 거부합니다. 멍청하지만 사실입니다.
• 오, 다른 사람이 있습니다. 모든 단점을 반복해야합니까?

HTML5는 Silverlight에 대해 우리가 생각할 수있는 많은 단점에 대해 답변 할 것입니다. 그러나 HTML5의 단점은 무엇입니까?

• 확정 된 사양이 아닙니다. 예, 많은 브라우저가 HTML5의 많은 기능을 구현하지만 많은 브라우저가 그렇지 않거나 다른 방식으로 수행합니다. 그리고 오늘날이를 구현하더라도 향후 몇 개월 / 년 동안 사양이 변경되지 않을 것이라는 보장은 없습니다.
• 오늘은 100 % 준비가되지 않았습니다. 언젠가 HTML5가 가져올 내용에 대해 많은 이야기가 있습니다. 그러나 많은 것들을 위해, 그것은 단지 그것입니다. 이야기. 일부 CORE 작업 (애니메이션, 그래픽 등)이 수행되었지만 여전히 모든 구현에서 아직 표준화되지 않은 많은 부분이 있습니다 (예 : 가속도계와 같은 장치의 하드웨어 API 액세스). 오늘이 부분들 중 일부를 사용하기 시작할 수 있지만 특정 브라우저에 갇히게 될 것입니다. 그리고 사양이 완성 될 때 코드를 변경할 필요가 없다는 보장은 없습니다.
• 브라우저 일관성-HTML5가 모든 브라우저 / 장치에서 정확히 동일하다고 생각하면 망상입니다. 모든 브라우저는 약간 다르게 구현하므로 브라우저를 감지하고 적절한 "인터프리터"를 삽입하는 코드가 필요합니다. 브라우저를 감지하는 것이 더 쉬울 것입니다 .JQuery와 마찬가지로 라이브러리가 도움이 될 것이라고 확신하지만 여전히 문제가 될 것입니다.
• App Stores-오늘날 Apple 앱과 달리 HTML5 앱을 구매할 사람은 아무도 없습니다. 사용자가 App Store를 통해 앱을 구매하도록하려면 기기의 기본 라이브러리에 작성해야합니다. 다시 말하지만,이 문제와 관련하여 많은 논쟁이 있었지만 사실 모든 최신 모바일 장치는 브라우저 액세스를 제공하고 브라우저 기반 앱은 기본 앱의 매력을 가지고 있지 않습니다. 오늘날 HTML / CSS를 사용하여 제작 된 앱은 해당 앱의 고유 한 매력이 없습니다.

제가보기에 Silverlight는 오늘날 "리치 클라이언트"기능을 제공합니다. 모든 기기 (특히 모바일)에 액세스 할 수는 없지만 특정 클래스의 앱의 경우 훌륭한 선택이며 그대로 유지됩니다. HTML5는 곧 심각한 경쟁자가 될 것이며 모든 사람이 그것을 배울 것을 강력히 권장합니다. 당신은 그것을 필요로 할 것입니다.

많은 사람들이 Microsoft를보고 하나의 거대한 개체를 본다고 생각합니다. 그러나 실제로는 그렇지 않습니다. Microsoft는 수십 개의 소규모 팀과 비슷하며 실제로는 "Microsoft"라는 이름으로 만 연결됩니다. 따라서 IE 팀은 HTML 5에 집중하고 가능한 한 많이 추진하고 있지만 WPF / Sliverlight 팀은 WPF 및 Silverlight에 대해 열심히 노력하고 있습니다.

웹에서 사용하기위한 Silverlight는 실제로 시작된 적이 없습니다. 그러나 Microsoft는 앱에 WPF / Silverlight를 사용하는 Windows Phone 7을 강력히 추진하고 있습니다. 따라서 Silverlight 자체는 중단되지 않고 배포되는 위치에 초점이 맞춰져 있습니다. 작고 보기 흉한 사람.

어쩌면 "살인"은 약간 강한 단어 일 것입니다. 제 생각에는 마이크로 소프트가 Silverlight에서 HTML 5로 포커스를 옮기고 있다고 널리 알려져 있습니다 (Mary-Jo Foley 등). 비디오가 많은 것들 (예 : 2010 년 동계 올림픽의 NBC 온라인 보도에서 한 일). 또한 WPF 또는 WinForms에서 "뚱뚱한"클라이언트를 제공하는 대신 엔터프라이즈 "공간"에서 Silverlight가 점점 증가 할 것이라고 생각합니다. 특히 Silverlight를 볼 수 있습니다. 브라우저를 벗어난 상태에서 엔터프라이즈 소프트웨어 개발의 홈을 찾습니다.

전략적 관점에서 필자 는 Microsoft가 갑자기 HTML 5에 관심을 갖는 이유에 대해 많은 글 을 읽었습니다 . 우선 iOS 시장에 "인"을 제공합니다. 둘째, 게임은 애플에 비해 클라우드라는 큰 이점이있는 영역으로 게임을 전환합니다. Apple의 MobileMe 서비스를 사용하는 사람은 누구나 Apple이 많은 일을 잘하지만 현재 클라우드는 그중 하나가 아니라는 사실을 증명할 수 있습니다.

Flash와 Silverlight가 앞으로 몇 년 안에 HTML5에 제공 될 것이기 때문에 Silverlight는 현재 게임 시장과 비슷한 수준입니다.

반면 WPF는 성능 문제가 유효하더라도 Windows Vista / Windows 7은 WPF에 많이 투자되며 향후 몇 년 동안 Microsoft의 데스크톱 전략이 될 것입니다. 특히 VS 및 Expression이 WPF를 사용하여 작성된다는 점을 고려하십시오.

그러나 물론 이것이 데스크탑 전략이며 HTML5 브라우저 지원이 보편적으로 사용됨에 따라 사람들이 일상적으로 사용하는 대부분의 응용 프로그램이 데스크탑에서 웹으로 마이그레이션 될 것입니다 (아직없는 경우). WPF는 여전히 Windows 데스크톱 및 .Net을 필요로하는 응용 프로그램에 가장 적합한 선택이지만 주류가 될 웹 기반 응용 프로그램과 비교할 수 있습니다.

HTML5 이외의 모바일 플랫폼 (읽기 : Android 및 iOS)은 향후 몇 년간 개발의 성장 영역이 될 것입니다.

이것은 그리 놀라운 일이 아닙니다. 그것을 선택한 모든 개발자들에게 모든 사과와 함께 Silverlight는 처음부터 진짜 농담이었습니다. 아무도 그들의 웹 사이트에서 사용하지 않습니다. 대상 시장은 플래시로 포화 상태에 있으며, 3 년 반의 Microsoft가 대안을 추진하면서 널리 채택되지 않았으며 이제 HTML 5가 모든 주요 브라우저에서 나오기 때문에 시장은 실제로 3 개의 경쟁사를 보유하지 않습니다. 상호 호환되지 않는 솔루션입니다.

이제 Microsoft는 Windows Phone 7 프로그래밍 표준으로 초점을 맞출 것이라고 말합니다. 이것은 WP7이 거대한 플롭이 될 것으로 보이기 때문에 관의 마지막 못입니다.

마이크로 소프트 내부에 전략적인 변화가 있었으며, 현재 Adobe Flex / Flash는 RIA 응용 프로그램과 함께 작동하는 최고의 기술이 될 것입니다. HTML5가 널리 채택 된 것으로 보이며 개인적으로 HTML5 실험으로 전환합니다.

가능한 많은 고객을 대상으로하는 응용 프로그램을 만들려는 한 HTML5가 유효하다고 말하고 싶습니다.

응용 프로그램에 인터넷 액세스가 필요합니까? 컴퓨터의 기본 기능을 사용해야합니까? (파일, 모니터링 등). 정보 공유가 필요합니까? 이러한 모든 질문과 그 이상은 응용 프로그램을 리치 웹 앱으로 생성 할 수 있는지 아니면 클라이언트 기반 응용 프로그램으로 개발해야하는지에 대한 지침입니다.

장래에 특히 단기적으로 WPF 응용 프로그램을위한 확실한 장소가 있습니다. Silverlight는 전화와 같은 샌드 박스 개발의 대상으로 보이지만 그 기차가 어떻게 진행되는지 살펴볼 것입니다. 그러나 개발을 시작할 때 응용 프로그램의 요구 사항, 달성하고자하는 기술을보고 기술을 적절히 선택해야합니다.

그러나 Silverlight 또는 WPF를 배우지 않을 이유가 없다고 지적하고 싶습니다. 내가 확실히 말할 수있는 것이 있다면 기술이 바뀌는 것입니다. HTML6이 있고 다음 WPF가 있으며 첫 번째 기술을 진정으로 이해하려면 하나 이상의 기술을 배워야합니다.

그중 하나를 배우기 시작하면 항상 배우고 배운 것을 다음 기술로 전환 할 수 있습니다.

이 주제에 대한 블로그 게시물을 작성했습니다. Silverlight를 사용한 이후로 팀 내에서 계속 표면 처리 되었기 때문입니다. 짧은 대답은 : Silverlight는 죽지 않았습니다. 더 많은 기기와 더 많은 플랫폼에 도달하려면 HTML 5가 더 적합합니다. 그러나 Silverlight는 기능이 훨씬 풍부하며 ASP.NET MVC를 사용하는 HTML 5 앱보다 Silverlight 앱을 개발하는 것이 훨씬 쉽습니다. Silverlight의 툴링은 Microsoft의 HTML 5 툴링이 거의 없기 때문에 훌륭합니다. 따라서 환경과 대상 고객이 더 나은 선택에 달려 있습니다.

자세한 내용은 다음 내 블로그 게시물입니다.
http://rationalgeek.com/blog/post/Silverlight-vs-HTML-5.aspx

또한 Hanselman은 최근 같은 주제에 게시했습니다 : http://www.hanselman.com/blog/ShouldIUseHTML5OrSilverlightOneMansOpinion.aspx

2011 년 5 월 기준으로 최신 기술 기술에 대한 ReadWriteEnterprise 기사가 있습니다.

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

Silverlight가 플래시를 능가했습니다. 지난 3 개월 동안 Silverlight 일자리는 12.6 % 증가한 반면 Flash는 2.2 %에 불과했습니다. Silverlight는 또한 총 작업 수에서 Flash를 능가했으며, Silverlight의 경우 982 개, Flash의 경우 646 개입니다.

과

C #, Silverlight 및 Azure의 강력한 성장으로 Microsoft 전문가들이 잘하고 있습니다.

추측에 불과하지만 스마트 폰과 태블릿, 특히 Apple의 태블릿과 웹 기술로서의 Silverlight 는 더 이상 의미가없는 것처럼 보입니다.

Silverlight는 아마도 Microsoft의 Flash 답변입니다. 같은 문제 영역이므로, 좋은 Flash 게임을 만드는 것도 좋은 Silverlight 게임을 만들 것입니다.

아무도 미래를 정말로 모른다. 내가 지금 아는 것은 모든 것이 좋은 웹 응용 프로그램을 만드는 것은 아니며 모든 것이 좋은 데스크톱 응용 프로그램을 만드는 것은 아니라는 것입니다. 내가 아는 많은 것 :

• WPF는 아마도 잠시 동안 붙어있을 것입니다.
• Silverlight는 초기 단계에 있으므로 Microsoft는 잠시 동안 포주 할 것입니다. 나는 플래시보다 작동하는 것이 더 좋다는 소문을 들었지만, 어느 쪽도 엉망이 아니라고 말할 수는 없다.
• HTML 5 / CSS 3 / 자바 스크립트는 꿀벌의 무릎 일 것으로 예상되지만, 앞으로 10 년 동안 진정으로 의미있는 방법으로 준비되지는 않을 것입니다. (2020 년 이전에위원회가 승인했다고 가정하면 여전히 완전한 브라우저 지원이 필요하며 시간이 걸린다).

추구 할 플랫폼을 선택하려면 몇 가지 근본적인 답변이 필요합니다.

• 당신의 고객은 누구입니까? (즉, 당신의 목표 시장은 무엇입니까?)
• 돈을 벌 계획입니까? 방법?
• 이 앱을 업그레이드하거나 교체하기 전에이 앱이 출시 될 예정인 시간은 얼마입니까?

처음 두 버전을 출시하기 위해 2 년 이상을 찾고 있다면 길을 너무 멀리보고있을 가능성이 있습니다. 목표 시장을 알면 플랫폼이 실행 가능한지 이해하는 데 도움이됩니다. 예를 들어, 많은 모바일 장치는 작은 브라우저에서 어떤 종류의 플러그인도 지원하지 않습니다. 즉, Silverlight뿐만 아니라 Flash도 지원하지 않습니다. 그러나 휴대 기기를 타겟팅하지 않는다면 중요하지 않습니다.

나는이 단계에서 모두 추측이라고 생각합니다. Windows 8에 기본 제공되는 App Store를 계획 할 경우 App 기술은 Silverlight (OOB에서 샌드 박스를 만드는 방법 등)가 될 것입니다. SL은 앞으로 몇 년 동안있을 것입니다.

HTML5에 대해 고려해야 할 또 다른 사항은 언급 된 변화가 SL이 아닌 현재의 거친 비표준 IE 프로그래밍에서 멀어 질 수 있다는 것입니다.

그렇다면 Microsoft는 어떻게해야합니까?
이 상황에서 가장 많이 사용되는 브라우저의 제작자로 HTML5 + js를 지원해야합니다.

그러나 여전히 Silverlight를 사용할 수 있습니다. 잘 설계된이 프레임 워크에 대한 릴리즈와 지원이있을 것입니다.

이 기사에 따르면 플랫폼 간 코드를 쉽게 만들 수 있도록 간소화하고 있습니다.

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

그래서 우리는 여전히 델파이를 사용하여 구식 WinAPI 프로그래밍을하고 있습니다. 소위 "신기술"에 낭비하는 것보다 작업 해결에 더 나은 시간을 보냅니다. .NET의 모든 "새로운"기능은 Borland Delphi에서 오래 전에 존재했습니다. 개인적으로 저는 기술을 시험해보고 의존하기 전에 약 10 년 정도는 기술을 유지해야한다고 생각합니다.

나는 마이크로 소프트가 HTML5에 찬성하여 Silverlight를 죽이지 않을 것이라고 확신한다. Paul Cotton 의 최근 사건에서 우리는 HTML5의 주요 차이점은 다음과 같습니다. 도구, VS.Net + Blend는 지금까지 훌륭하고 탁월한 도구입니다. 이것은 매우 큰 이점이며 많은 것이 있습니다 Silverlight 및 기타 많은 .Net 기술에서 계속 개발할 프로그래머

어쨌든 Vista 가제트가 나타 났고 HTML로 완성되었을 때 아무도 Silverlight가 죽었다고 생각하지 않았고 Silverlight를 넣을 방법을 찾았습니다. 그래서 Silverlight를 새롭고 멋진 Windows 8 인터페이스.