현재 회사 인트라넷에서 호스팅되는 Silverlight 응용 프로그램을 몇 가지 개발하고 있습니다. 실버 라이트는 기본적으로 죽었다는 것이 나의 이해입니다. 그래서 누군가가 미래의 어플리케이션에 사용할 좋은 대안을 안다면 궁금합니다. 나는 research을 수행했으며, Microsoft는 데스크톱 응용 프로그램 용 WinRT 항목으로 이동하도록 권장하고 있지만 Silverlight를 사용하고있는 것처럼 브라우저에서 호스팅해야하는 응용 프로그램을 찾을 수는 없습니다. 난 그냥 ASP.NET/HTML/CSS를 사용하여 전환해야합니까?인트라넷 응용 프로그램을 대체하는 Silverlight는 무엇입니까?
HTML5를 사용하는 것이 좋습니다. IE 10의 Metro 버전은 플러그인을 지원하지 않으므로 Silverlight가 플러그인으로 작동하지 않습니다. 그러나 IE 10의 데스크톱 버전에는 여전히 플러그인 지원 기능이 있으므로 실버 라이트 앱은 Windows 8에서 어느 정도 지원됩니다.
Silverlight는 더 이상 Microsoft에서 고급 기능을 제공하지 않지만 잠시 동안 사용 가능합니다. 즉, 모든 브라우저에서 가까운 시일 내에 지원이 중단되지 않습니다. 인트라넷 응용 프로그램을 사용하고 있다면 Silverlight 응용 프로그램에 계속 액세스 할 수 있도록 환경을 어느 정도 제어 할 수 있습니다. 그러나 새로운 개발을 위해 HTML5로 이동하고 필요할 경우 기존 앱에 대한 장기 마이그레이션 전략을 고려하는 것이 좋습니다.
저는 사무실 주변 사람들과 이야기를 나누었습니다. 그들의 접근 방식은 Silverlight 응용 프로그램을 WPF 응용 프로그램으로 변환하고 배포를 위해 ClickOnce를 사용하는 것입니다. 이점은 상대적으로 쉽고 깨끗한 포트 (HTML/CSS/javaScript와 비교)이며 기존 코드/모양/느낌의 이점을 얻습니다.
이러한 앱은 모두 내부 용이므로 플랫폼 문제 또는 브라우저 문제가 없습니다.
좋은 마이그레이션 방식을 제공하는 앱을 설치하는 것에 회사가 반대하지 않는 것 같습니다. 내 유일한 의견은 Metro에 대한 고려 사항이있는 경우 Silverlight와 WPF가 모두 Windows 8의 "데스크톱"쪽에 국한된다는 것입니다. 예를 들어, 누군가가 WinRT 태블릿에서도 앱을 실행할 수있게하려고합니다. Silverlight/웹 접근 방식이 처음으로이 마이그레이션에서 손실 될 것이라는 특정 이유가 있었습니까? – Gambit
배포 편의성이 Silverlight 방식의 주된 이유였습니다. ClickOnce는 약간 어렵지만 그리 많지 않습니다. 그 사이에 Metro 로의 포트조차도 코드로 HTML/js 로의 변환을 시도하는 것보다 더 쉬울 것입니다 + XAML은 여전히 재활용 될 수 있습니다 (대부분은 부분적으로). 그리고 HTML에 대한 SL/JS는 거대한 단계입니다 뒤로. –
내가 이해하는 방식은 웹용으로 HTML5를 사용해야한다는 것입니다. – LukeP
Microsoft의보기 : http://blogs.msdn.com/b/silverlight/archive/2011/04/04/standards-based-web-plug-ins-and-silverlight.aspx – dmck
@dmck 정말 넓은 시각. 내가 가장 염려하는 것은 Silverlight가 완전히 사라져 버리고, 그 다음에는 많은 양의 앱을 가져갈 수 있습니다. –