실버라이트 vs 플렉스

https://stackoverflow.com/questions/20910

09-06-2019
|

문제

우리 회사에서는 여러 유형의 애플리케이션을 개발합니다.우리 사업의 대부분은 일반적으로 플래시로 수행되는 멀티미디어 유형의 앱을 만드는 데서 비롯됩니다.그러나 이제 그 쪽은 Flex 개발을 위해 마이그레이션하기 시작했습니다.

다른 개발의 대부분은 .NET을 사용하여 수행됩니다.나는 대신에 Silverlight 개발을 추진하려고 노력하고 있습니다. 왜냐하면 그것이 직원의 .NET 개발자들을 더 잘 활용할 것이기 때문입니다.나는 Silverlight가 모두 .NET 코드라는 단순한 사실 때문에 Flex 플랫폼보다 Silverlight 플랫폼을 선호합니다.우리 직원에는 Flash/Flex 개발자보다 .NET 개발자가 더 많고, 대부분의 Flash/Flex 개발자는 그래픽 아티스트입니다(실제 프로그래머는 아님).그들이 지금 Flex를 추진하는 유일한 이유는 이것이 Flash의 논리적 단계처럼 보이기 때문입니다.

저는 두 가지를 모두 사용해 개발을 해봤고 솔직히 Silverlight가 작업하기 더 쉽다고 믿습니다.하지만 저는 단지 Flash 개발자인 사람들을 설득하려고 노력하고 있습니다.

내 질문은 다음과 같습니다.Silverlight를 칭찬하기 위해 회의에 참석하려는 경우 회사에서 Flex 대신 Silverlight를 사용하려는 이유는 무엇입니까?"모든 사람이 Silverlight를 갖고 있는 것은 아닙니다"라는 명백한 사실 외에 각각의 장단점은 무엇입니까?

해결책

Microsoft처럼 Silverlight를 장기적인 전략으로 보아야 한다고 생각합니다.Silverlight를 사용할 때와 Silverlight를 사용할 때는 분명한 균형이 있습니다.도달 범위와 설치 기반이 걱정되는 경우에 유용합니다. 하지만 Silverlight를 도입하는 것이 좋은 이유는 다음과 같습니다.

후발주자의 이점 - Microsoft가 .NET을 사용하여 "더 나은 Java"를 구축한 것처럼 오늘날 RIA 플러그인을 처음부터 어떻게 디자인할지 살펴볼 수 있습니다.그들은 오늘날 사람들이 웹을 어떻게 사용하는지를 알 수 있다는 이점이 있는데, 이는 Flash의 발명가들이 결코 정확하게 추측할 수 없었던 것입니다.Flash는 기능을 추가할 수 있지만 현실적으로 플랫폼을 포기하고 다시 시작할 수는 없습니다.
개발자 친숙성 - Silverlight는 새로운 모델이지만 개발자에게 완전히 낯선 것은 아닙니다.그들은 새로운 스크립팅 언어와 새로운 이벤트 패러다임을 사용하여 새로운 개발 환경을 가동하는 것을 이해하는 것보다 훨씬 더 빨리 Silverlight가 작동하는 방식을 "이해"하게 될 것입니다.
Flash에서 타임라인 모델 제거 - Flash는 원래 키프레임 기반 애니메이션용으로 제작되었으며 이를 추상화하는 방법이 있지만 이것이 Flash 작동 방식의 핵심입니다.Silverlight는 응용 프로그램 중심 모델을 위해 이를 버립니다.
ScottGu - ScottGu는 Silverlight에 대해 열광합니다.그런가 말했다.
멋진 새 기능 - Silverlight는 웹캠/마이크 통합, 3D/그래픽 가속 등 몇 가지 확실한 기능에서 여전히 Flash를 따라잡지만 Silverlight에는 몇 가지 멋진 새 기술이 내장되어 있습니다. 딥 줌(Deep Zoom)이 그 한 예입니다.저는 Silverlight 측면에서 더 많은 "혁명적인" 기술을 보고 있는 반면, Flash는 현재 유지 관리 모드에 있는 것 같습니다.

다른 팁

여기에는 두 가지 질문이 있습니다.실버라이트 vs.플랫폼으로서의 플래시와 Silverlight 대RIA 프레임워크로 유연하게 활용하세요.

첫 번째 질문은 기간에 따라 다릅니다.Flash Player의 도달 범위는 95%가 넘지만 Silverlight는 이에 근접할 수 없습니다.그러나 Silverlight는 결국 Microsoft의 지원을 받을 수 있습니다.다음 주에 사이트를 출시하고 많은 사용자를 확보하려는 경우 Silverlight는 선택 사항이 아닙니다.모든 사람이 사용하고 싶어할 정말 멋진 응용 프로그램을 출시하려는 경우에는 약간 다릅니다. 앱이 충분히 훌륭하다면 대상 고객이 Silverlight를 설치하여 실행할 수도 있습니다.

두 번째 질문은 개발이 얼마나 쉬운지에 대한 문제입니다. 애플리케이션 실버라이트에서.Flex는 단순한 위젯 세트가 아니라 개발자의 작업을 쉽게 해주는 많은 작업을 수행하는 매우 큰 프레임워크입니다.핵심 Flash API만 사용하여 동일한 애플리케이션을 작성할 수 있지만 훨씬 더 많은 작업이 필요합니다.Silverlight에서 사용할 수 있는 기능에 따라 이는 결정 시 중요한 요소가 됩니다.개발 시간을 단축할 수 있다면 두 가지 플랫폼을 갖는 것이 그만한 가치가 있습니까?

내 생각에 Silverlight는 .NET 개발자는 있지만 디자이너 경험은 없는 회사에 가장 유리하다고 생각합니다.

C# 또는 VB 개발자를 찾는 것보다 ActionScript 전문가를 찾는 것보다 기술 세트를 찾는 것이 더 쉬울 것입니다.그러나 다음과 같은 트레이드오프가 있습니다.

디자인 경험은 예술적 기술을 갖춘 디자이너뿐만 아니라 Adobe가 제공하는 지식과 도구에 대한 투자이기도 합니다.전문 디자이너는 Mac을 사용하고 Adobe 도구에 대한 경험이 있다는 것을 거의 보장할 수 있습니다.

현재 Silverlight 디자이너 도구는 절반만 구운 상태이므로 골치 아픈 일이 될 수 있습니다.예를 들어 IValueConverter가 포함된 xaml을 렌더링하려고 할 때 Blend 오류가 발생하면 문제가 됩니다.나는 Adobe 개발자 경험이 무엇인지 전혀 모릅니다. 그것은 털이 많은 것이라고 확신합니다.

따라서 게임의 이 단계에서는 인적 자원이 중요합니다.

.NET 경험이 있고 디자인 기술에 거의 투자하지 않았다면 Silverlight를 선택하세요.프로그래밍 기술/도구를 이전할 수 있습니다.디자인 경험과 기술이 있다면 Flex를 선택하세요.디자이너 기술/도구는 이전될 수 있습니다.

어느 쪽이든 두 클라이언트 플랫폼 모두 데이터를 얻기 위해 서비스와의 통신이 필요하므로 항상 백엔드에서 기존 프로그래밍 전문 지식을 활용하게 됩니다.

의역 존의 다른 관점의 의견:

Adobe처럼 Flex를 장기적인 전략으로 보아야 한다고 생각합니다.Silverlight를 사용할 때와 Silverlight를 사용할 때는 분명한 균형이 있습니다.도달 범위와 설치 기반이 걱정되는 경우 Flex를 사용하세요. 하지만 Flex를 도입하기에 좋은 이유는 다음과 같습니다.

두 번째 Mover Advantage- Adobe가 플래시로 "더 나은 Java 애플릿"을 구축 한 것처럼 오늘날 처음부터 런타임을 설계하는 방법을 볼 수 있습니다.그들은 오늘날 사람들이 웹을 어떻게 사용하는지 아는 이점이 있습니다. 기존 클라이언트 플랫폼의 발명가는 결코 정확하게 추측 할 수 없었습니다..NET은 기능을 추가 할 수 있지만 플랫폼을 현실적으로 척하고 다시 시작할 수는 없습니다.
디자이너 친숙성 - Flex/Air는 새로운 프로그래밍 모델이지만 디자이너에게는 익숙하지 않습니다.그들은 Flex가 새로운 기능 열악한 도구와 새로운 애니메이션 패러다임으로 새로운 디자인 환경을 발사하는 것을 이해하는 것보다 Flex가 훨씬 더 빨리 작동하는 방식을 "얻습니다".
Silverlight-.NET의 RGB 색상 모델을 제거하는 것은 원래 Windows 용으로 제작되었으며 작동 방식의 핵심입니다.Flex는 오래 전에 설계 중심 모델을 위해 버렸습니다.
모든 도구는 Mac에서 실행됩니다.그런가 말했다.
멋진 기능 - Silverlight는 여전히 일부 명백한 기능 (웹캠 / 마이크 통합 또는 3D / 그래픽 가속도)에서 플래시와 관련이 있습니다.

우리는 Silverlight와 Flex를 모두 수행하고 있으며 두 가지 모두에 대한 개발자의 관점은 다음과 같습니다.

Silverlight의 장점:

C#의 힘, 코드 조각, 기존 C# 알고리즘 구현 재사용
다른 언어의 힘, Generics 및 Linq 등
Flash의 Action Script Interpretator 대신 CLR의 기본 실행 기능
모든 개발을 위한 하나의 통합 Visual Studio
Expression Blend는 Flex Builder보다 정말 멋지고 고급 편집기입니다.
XAML은 검색 엔진 친화적입니다.
상태 전환이 매우 훌륭하고 정의하기 쉽습니다.
스레딩 및 비동기 작업
접근성, Microsoft가 항상 모든 제품에서 최고의 접근성 기능을 만들었고 항상 장애인과 잘 작동했다는 사실을 아는 사람은 없습니다. 브라우저만 비교하면 IE는 전체 접근성을 지원하고 Safari/firefox 등은 어디에도 가깝지 않습니다.

실버라이트의 단점:

엄밀히 말하면 Microsoft 플랫폼에 대해 많은 사람들이 논쟁을 벌일 것이라는 것을 알고 있지만 현재 시나리오에서는 Intel Mac 사용자 중 절반이 Silverlight 3.0을 작동할 수 없고 모든 PPC Mac 사용자는 Silverlight 2.0 이상을 사용할 수 없으며 Linux용 Silverlight는 없습니다.
모노가 있지만 Microsoft에서 공식적으로 지원하지는 않습니다. 이는 항상 리버스 엔지니어링 .NET보다 뒤쳐져 있고 이를 다른 플랫폼에 포팅하는 데 아직 사용 가능한 상태가 아닙니다.
대부분의 구성 요소/컨트롤은 "봉인"되어 있으므로 확장하고 재정의하여 새 구성 요소를 쉽게 만들기가 어렵습니다.
잘못된 CustomControl/UserControl 아키텍처.예:XAML의 루트를 ComboBox나 다른 컨트롤로 가질 수 없으며 디자인과 코드를 모두 가질 수 없습니다. 사용자 지정 컨트롤을 만들 수 있지만 너무 복잡합니다.
바인딩에는 구성 요소 이름 지정이 필요하며 flex와 같은 인스턴스 표현식을 지원하지 않습니다. Silverlight에서는 양방향 바인딩이 좋지만 하나의 수학 표현식에 대해 여러 바인딩을 사용하려면 긴 코드를 작성해야 합니다.

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}"/>

Flex의 장점:

진정한 플랫폼 독립적이며 다양한 하드웨어 및 운영 체제에서 지원되며 어디에서나 훌륭하게 작동합니다.
오픈 소스를 사용하면 기능을 이해하고 확장하기가 정말 쉽습니다.
모든 컨트롤/구성 요소는 확장될 수 있으며 기본 동작보다 제한이 적습니다.
새로운 구성요소를 생성하는 가장 쉬운 방법은 모든 컨트롤에서 mxml을 파생시키고 광범위한 바인딩을 통해 확장할 수 있습니다.
Flex에는 많은 컨트롤이 포함되어 있으며 타사 라이브러리가 필요하지 않습니다.

Flex의 단점:

반복 실행을 위한 느린 실행, 스레드 없음!!비동기 작업 없음 !!
포인트 1에 따르면 훌륭한 애니메이션이나 그래픽은 불가능합니다.
제네릭 없음, 다른 언어 없음, Linq 없음 ..
숫자 클래스에 버그가 있어 전체 64비트 길이 값을 저장할 수 없습니다.
Eclipse는 훌륭한 UI를 디자인하는 데 좋지 않습니다.

결론

우리는 데이터 애플리케이션에 flex를 사용합니다. 이는 간단한 양식 처리 애플리케이션입니다.
매우 풍부한 그래픽과 애니메이션을 위한 Silverlight

Silverlight의 문제점은 아직 설치하지 않은 사람들이 많다는 것입니다.또한 기존 .Net 개발자가 보다 전통적인 서버 측 .Net 코딩에만 익숙하다면 기존 기술을 얼마나 잘 활용할 수 있을지 잘 모르겠습니다.

Flex보다 Silverlight를 선호하는 이유는 무엇입니까?SOFlow 커뮤니티에 이유를 물어봐야 한다면 그렇게 기꺼이 밀어붙일 의향이 있다는 것이 이상해 보입니다.

Flex 개발의 또 다른 장점은 동일한 소스 코드(및 동일한 IDE)를 사용하여 데스크톱 애플리케이션(Adobe AIR) 개발로 전환하고 이를 웹에서 배포할 수 있다는 것입니다.확인하실 수 있습니다 이것플래시 플랫폼의 미래를 위해
2011년 3분기 업데이트:Flash 11은 낮은 수준의 3D 가속을 지원하며 이를 지원하는 프레임워크와 주요 엔진(Unreal Engine 3, Unity)이 이미 많이 있습니다.그러나 미래를 위한 판매 포인트는 AIR 응용 프로그램이 Windows, Mac, Android, Playbook 및 iOS 플랫폼(Linux 지원이 중단됨)에서 작동한다는 것입니다.(적어도 Adobe CS5.5+가 있는 경우) 이들 사이의 포팅 사이에 번거로움이 최소화됩니다.

2015년 2분기 업데이트:Silverlight는 공식적으로 사망했습니다.Adobe AIR는 살아있지만 번성하지는 않습니다. 기술과 도구 체인을 기반으로 유용할 수 있습니다.Microsoft와 Adobe 모두 AIR, Apache Cordova 또는 Visual Studio를 사용하여 HTML5가 나아갈 길임을 인정합니다.

2017년 3분기 업데이트:하하 와, 이제 플래시도 사용하는 사람이군요.

잊지 않도록:

Flex는 Java 컴파일을 사용하여 컴파일되므로 Flex 애플리케이션을 개발할 때 Mac 또는 Linux를 쉽게 사용할 수 있으므로 매우 크로스 플랫폼입니다.저는 현재 CruiseControl 설정(Linux 사용)을 사용하여 Flex 애플리케이션을 구축하고 있지만 개발팀에서는 Mac, Linux 및 Windows를 모두 사용합니다.

내 경험에 따르면 Java 개발자는 Flex Builder가 Eclipse를 기반으로 하기 때문에 편안함을 느낍니다.

SO에 대한 이 질문에는 Microsoft 개발자가 너무 많기 때문에 공정한 투표를 받을 수 없습니다.

또한 사람들은 아마도 이 답변에 반대표를 던질 것입니다.

개발자가 두 플랫폼을 모두 사용해 보고 어느 플랫폼을 선호하는지 알아보도록 하세요.

아래 의견에 답변하기 위해 Flash/Flex를 권장하는 답변이 많지만 Silverlight에 대한 답변이 더 많은 찬성표를 얻은 것을 확인했습니다.거짓말을 하는 것이 아니라 익숙한 것을 선호하는 것일 뿐 반드시 최고의 플랫폼을 선호하는 것은 아닙니다.

Silverlight 프로그래머는 Flex와 관련하여 자신이 무엇을 놓치고 있는지 모릅니다.Silverlight에는 Flex에 있는 구성 요소 모델 및 이벤트 트리거 기능이 없습니다.내 친구는 XNA와 C#을 사용하여 Silverlight 응용 프로그램이 작동하도록 온갖 어려움을 겪어야 했습니다.그런 다음 디자이너에게 넘겨서 절반 정도 괜찮아 보이도록 해야 합니다.

Silverlight에 대한 deepfriedbytes.com 팟캐스트를 들어보면 Silverlight를 실제로 추진하는 몇몇 사람들도 이러한 문제 중 일부를 어떻게 인정하는지 들으실 수 있습니다.(나 생각하다, 내가 정확하게 기억한다면 그 중 한 명이 Microsoft에서 일하지만 틀렸을 수도 있습니다. 지난주에 들었습니다.)그들은 Silverlight가 현재 상태로는 대규모 응용 프로그램을 사용할 준비가 되어 있지 않다는 점에 동의합니다.

깔끔하고 간단한 접근 방식을 원한다면 Flex를 선택하겠습니다. 특히 Flash와 ActionScript 3.0에 이미 익숙하다면 더욱 그렇습니다.제 생각에는 Flex가 훨씬 더 합리적입니다. Silverlight는 아직 성숙해야 합니다.

결국 개발자가 기술을 지시해서는 안 됩니다.이는 전적으로 사용자를 기반으로 해야 하는 제품 결정입니다.

소비자 인터넷에 배포하는 경우 Flash Player 또는 AJAX를 사용하는 것이 좋습니다..net 기업용 개인 LAN에 배포하는 경우 옵션이 있습니다.

그래픽 디자이너인 저는 지난 몇 년 동안 Flash(켜기 및 끄기)를 사용했고 지난 1년 반 동안 Silverlight(및 그 큰 형제인 WPF)를 사용해 왔습니다.우리 팀(모두 개발자이거나 전직 개발자)으로부터 들은 내용에 따르면 .Net 개발자가 모든 프로그래밍을 수행할 경우 Silverlight를 선택하세요.나는 Flash를 좋아하지만 Flash 9 이상의 ActionScript 3에 대한 OOP 점검에도 불구하고 여전히 다소 기발한 언어이며 AS3와 C# 사이를 오가는 것은 아마도 개발자를 미치게 만들 것입니다 :-).

디자이너의 경우 다음을 수행하세요.

Silverlight/WPF용 GUI 개발 도구인 Expression Blend의 사본을 받으세요.
Blend는 초기 학습 곡선이 다소 가파르고 인터페이스에서 수많은 변수/옵션을 제공하므로 교육에 투자하고 디자이너가 UI에 익숙해질 시간을 주십시오.
교육에 관해 말하자면 Lynda.com 비디오 라이브러리를 구독하세요.Lee Brimelow Expression Blend 교육 과정입니다.
주의사항:Blend 및 WPF는 빠르게 변경되므로 때로는 Blend의 다음 베타/CTP에서 수정된 버그가 Blend에서 발생할 수 있습니다.예:최근 프로젝트에서 스토리보드(애니메이션)가 작동하지 못하게 하는 버그가 Blend 2에 있었습니다.Blend 2.5CTP로 업그레이드했는데 작동했습니다.
Silverlight 콘텐츠가 항상 Silverlight 플러그인의 최신 베타에서 작동하는 것은 아닙니다. 최신 Silverlight 플러그인에서만 사용할 수 있는 몇 가지 새로운 기능을 테스트하는 경우 염두에 두어야 할 사항입니다.
강력한 시스템(쿼드 코어, 4Gigs RAM 등)에 투자하세요. Blend는 특히 많은 리소스를 소비합니다.레이어가 많을 때.예:저는 기본 앱에 100개 이상의 레이어(!)가 있고 일부 사용자 컨트롤에는 100개 이상의 레이어가 있고 약 40-50개의 스토리보드가 있는 앱을 작업하고 있습니다.UI가 응답을 중지하지만 정지되지는 않기 때문에 몇 분마다 Blend를 다시 시작해야 합니다.아니면 가능한 모든 것을 사용자 컨트롤로 옮기십시오.

우리 팀은 Flex에서 풍부한 웹 기능을 작성했지만 이제는 Silverlight에서 작성합니다.

이렇게 전환한 이유는 다음과 같습니다.

FlexBuilder는 Eclipse를 기반으로 구축되었습니다.이클립스는 끔찍해요!무료이지만 버그가 많고 결함이 가득하며 느립니다.
FlexBuilder는 어쨌든 MSDN에서 무료로 제공되는 Expression Blend 가격의 두 배입니다.
Flex는 소스 제어에 있어 골칫거리이며 파일을 한 곳에 저장하는 것을 좋아하지 않으며 솔루션의 다른 부분과도 잘 작동하지 않습니다(우리는 SourceGear Vault 및 SVN을 사용해 보았습니다).
Flex의 ActionScript 버전은 대부분의 SOAP 구현을 좋아하지 않습니다. 특히 .Net WebMethod 구현과 관련된 모든 종류의 문제가 있습니다.
라이센스가 부여된 Flex 구성 요소를 주기적으로 사용함에도 불구하고 해당 버전이 없다고 판단하고 데모 전용 워터마크를 추가합니다.이를 제거하는 유일한 방법은 프로젝트를 조금씩 나누어 Flex를 다시 설치하고 라이센스를 다시 설치한 후 다시 빌드하는 것입니다.
FlexBuilder는 Vista를 전혀 좋아하지 않습니다.
전환한 관련 기능에 대한 요구 사항으로 Silverlight를 추가할 수 있는 수준에 이르자 Silverlight 수용이 늘어나고 있습니다.우리가 기업이 아닌 웹 사용자를 대상으로 작업했다면 그럴 수 있었을지 확신할 수 없습니다.

우리 프로젝트의 나머지 부분은 .Net과 C#입니다. Java 상점에서는 이러한 모든 문제가 덜 중요하다는 것을 알 수 있습니다.

Kibbee가 위에서 암시했듯이 기존 .Net 개발자를 활용한다는 주장은 그다지 설득력이 없습니다..Net 개발의 모든 측면에서 전문가가 되는 것은 불가능합니다.플랫폼이 너무 큽니다.자바도 마찬가지다.기술 관점에서 Silverlight가 제공하는 유일한 장점은 선호하는 .Net 언어로 코딩할 수 있다는 것입니다.액션 스크립트는 변형이기 때문에 JavaScript를 활용하는 중요한 웹 개발을 이미 수행하고 있다면 이러한 이점은 상당히 작습니다.따라서 프로그래머를 Flex 또는 Silverlight로 전환하는 것은 플랫폼의 API를 배우는 것입니다.

우리는 이와 동일한 문제를 겪었고 Flex가 승리했습니다..NET 개발자들은 처음에는 걱정했지만 Ajax와 JavaScript의 고통 속에서 오랫동안 작업한 후에는 이제 Flex에서 작업하는 것을 정말 좋아하고 즐깁니다.

여기 당신을 위한 간단한 테스트가 있습니다...실제 Silverlight 응용 프로그램(게임, 비디오 플레이어 또는 장치 제외)의 예를 3개 이상 찾아보십시오.그런 다음 Flex에 대해서도 동일한 작업을 수행합니다.

저는 ActionScript보다 Silverlight와 XAML이 더 좋다고 생각합니다. ActionScript IDE에는 익숙하지 않지만 VS2008과 Expression Web/Blend에는 익숙하며 매우 좋은 개발 환경이며 점점 더 좋아지고 있습니다.저는 Silverlight를 사용하겠습니다. 사용자가 플러그인을 설치하도록 유도하는 핵심은 SL이 무엇인지, 왜 필요한지 설명하는 좋은 플러그인 감지 페이지를 갖는 것이라고 생각합니다.이에 대한 예를 보려면 다음으로 이동하세요. http://memorabilia.hardrock.com/ SL 플러그인을 비활성화한 상태에서 시도해 보세요.

비록 Silverlight 작업을 해왔고 브라우저 외부에 앱을 둘 수 있는 기능에 대해 매우 기대하고 있지만 AIR의 큰 이점 중 하나는 기본 드래그 앤 드롭 기능에 대한 액세스를 제공한다는 것입니다.이를 통해 매우 사용자 친화적인 이미지 또는 문서 업로드 기능(예:플리커 업로더).제가 들은 바로는 MS에서는 아직 그런 종류의 지원에 초점을 맞추고 있지 않습니다(예:계획은 발표되지 않았습니다).

나는 다음과 같은 경험 법칙을 사용합니다.귀하의 회사가 인터넷 기반 멀티미디어 소프트웨어를 개발 중이고 모든 종류의 플랫폼을 보유한 고객을 보유하고 있으며 데이터베이스 집약적인 애플리케이션을 수행하고 있지 않은 경우 Flex가 확실한 답입니다. 귀하의 회사가 인터넷과 DVD 기반 제품을 모두 개발하는 경우 덜 대화식이지만 더 집중적입니다( CPU, 메모리) 및 엄청난 양의 데이터베이스 트랜잭션을 사용합니다. Silverlight가 더 합리적입니다.

누군가가 말했습니다 :"실제 Silverlight 응용 프로그램 3개를 찾아보세요".좋아, 나는 머리 꼭대기에서 몇 가지를 알고 있었지만 어쨌든 구글에서 검색했습니다.목록:

2008년 베이징 올림픽(여기 통계, 250TB의 데이터가 전달되었습니다!)
넷플릭스 온디맨드 플레이어
AOL 이메일 클라이언트(아직 출시되지 않았을 수 있음)

아, 비디오 플레이어가 아닌가요?이제 UFC 애플리케이션(하이브리드 비디오/채팅/기타 기능)과 AOL 이메일 클라이언트만 남았습니다.Silverlight는 비디오 분야에서 탁월하며 그 기반을 확보하고 있지만 이것이 다른 일을 할 수 없다는 의미는 아닙니다.영상이 잘 나온다고 해서 무시할 이유는 없습니다.

인포월드 [링크] "실버라이트는 상당한 기술적 장점과 상대적으로 좋은 성능을 가지고 있습니다.이는 .Net 경험이 있는 프로그래머와 XAML 경험이 있는 디자이너의 손에 특히 유용한 매우 유능한 RIA 기술입니다." 질문에 대해 읽어보면 좋은 기사입니다.

내 대답:.NET에 익숙한 개발자 팀이 있다면 Silverlight가 목록의 첫 번째 항목이 될 것입니다.그렇지 않다면 그것은 진짜 난리입니다.Visual Studio가 Flex에서 사용하는 것보다 뛰어난 개발 플랫폼이라는 기사를 본 적이 있습니다.그러나 플래시는 거의 어디에나 존재합니다.

또한 Silverlight 2는 Javascript를 거의 사용하지 않는다는 점을 염두에 두십시오(아무것도 없다고 생각하지만 긍정적이지는 않습니다).따라서 JS 때문에 Silverlight를 피하는 것은 근거가 없습니다.

만약에 성능 중요한 것은 Silverlight가 승리한다는 것입니다.나는 내 브라우저의 CPU 사용량이 100%에 도달하는 것을 여러 번 보았고 Flash가 실행 중인 모든 창을 종료하면 항상 이를 제거했습니다.특히 Chrome에서는 CPU를 소비하는 프로세스를 확인할 수 있습니다.게임 잠재력을 위해 Silverlight에 관심이 있다면 Quake의 Silverlight 포트인 QuakeLight를 찾아보십시오.정말 잘 형성되고 있어요.

저는 여러분의 개발자 재능이 어디에 있는지, 그리고 어떤 종류의 애플리케이션을 제공할 것인지가 중요하다고 생각합니다.간단한 게임?플래시.업무용 앱인가요?실버라이트.사이?개발자가 권장하는 대로 진행하세요.

.NET을 알고 있다면 Silverlight 3.0을 사용하는 것이 좋습니다.나는 그것을 사용하고 있고 그것을 좋아합니다.AJAX나 JS BTW를 망칠 필요가 없습니다. (그 사람이 무엇을 가리키는지 전혀 모르겠습니다. 어쩌면 SL 1.0일 수도 있습니다.) 데이터의 경우 대부분 비동기 WCF 호출(WCF 뒤의 LINQ에서 SQL로) 또는 XML 파일 또는 RIA 서비스입니다.대부분의 셰이더 FX를 사용할 수 있으며 스타일, 컨트롤 템플릿 및 기본 액세스 창/mac 클립보드가 있습니다.고화질 비디오를 실행할 수 있으며 느린 CPU에서도 대부분의 프로세스가 매우 잘 실행됩니다.나는 또한 데이터 바인딩, 컨트롤 바인딩 및 관찰 가능한 컬렉션을 통해 많은 시간을 절약할 수 있다는 점을 좋아합니다.게다가 Visual Studio를 사용하여 디버깅하는 것은 말할 것도 없고 시간을 크게 절약해 주는 LINQ를 사용할 수도 있습니다.

저는 엔터프라이즈 .NET 응용 프로그램을 개발 중이므로 설치 기반을 알고 있으며 추가 기능을 설치해 줄 것입니다(보통 30초).프런트 엔드 웹 사이트의 경우 Silverlight 설치를 원하지 않거나 Mac 또는 Windows를 실행하지 않는 일부 사용자를 잃을 수도 있습니다.3.0을 사용하면 브라우저 외부에서 SL이 포함된 앱을 사용할 수 있습니다.

저는 편파적인 .NET 전문가일 수도 있지만 개발 속도가 너무 빨라서 추천하고 싶습니다.

진심으로 사용하면 안 된다 어느 ActiveX2.0 기술 중 하나입니다.Silverlight도 Flex도 아닙니다...

첫째, 둘 다 "브라우저에서 실행을 지원하는 분산 winforms 프레임워크"에 지나지 않으며, 둘째, 다른 장치로 잘 이식되지 않으며(특히 Silverlight의 경우), 셋째로 작동하지 않습니다. 페이지의 다른 부분과 잘 어울립니다.장애인 등에게는 잘 작동하지 않습니다.목록은 무한대로 계속됩니다 ...

Adobe와 Microsoft는 모두 이 사실을 매우 열심히 숨기려고 노력하지만 결국 Silverlight와 Flex는 모두 새로운 포장의 ActiveX에 지나지 않습니다.

물론 샌드박스에서 실행되고 관리되는 언어 등이 있습니다.하지만 여전히 브라우저(AKA ActiveX)에서 로컬로 실행하기 위해 다운로드되는 BLOB의 큰 부분입니다.

이것은 오래된 질문입니다. 역사가 이제 말했습니다!

Silverlight는 Microsoft에서 버려진 것만큼 훌륭했으며 유용한 설치 기반을 얻지 못했습니다.Microsoft가 100% 약속하지 않았기 때문에 발생하는 파티입니다.

Flash(따라서 Flex)는 여전히 작동 중입니다.그러나 점점 더 많은 브라우저가 플러그인을 지원하지 않습니다. 따라서 플러시가 Silverlight의 길로 가는 것은 시간 문제(몇 년)일 뿐입니다..

아마도 언젠가 Flex는 플러그인 없이 HTML5로 다시 타겟팅될 것입니다…

iPhone이 말했고 유일한 옵션은 Apples Way 또는 HTML5라고 말했습니다.

Flash Player는 거의 모든 데스크톱 플랫폼(Windows, Linux, Mac)에서 공식적으로 사용 가능하고 지원되는 반면 Silverlight는 주로 Windows에서 지원됩니다.

다음과 같은 기사 두 플랫폼의 비교를 제공합니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow