Silverlight 대 Flex

Silverlight 대 Flex

---

우리 회사는 여러 유형의 응용 프로그램을 개발합니다. 우리 비즈니스의 대부분은 일반적으로 Flash에서 수행되는 멀티미디어 유형의 앱을 수행하는 데 있습니다. 그러나 이제 집의 그 쪽이 Flex 개발을 위해 마이그레이션하기 시작했습니다.

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

나는 둘 다 사용하여 개발을 해왔고 솔직히 Silverlight가 작업하기 더 쉽다고 믿습니다. 하지만 저는 플래시 개발자 일 뿐인 사람들을 설득하려고합니다.

그래서 여기에 제 질문이 있습니다. 제가 Silverlight를 칭찬하기 위해 회의에 참석한다면 왜 회사는 Flex 대신 Silverlight를 사용하고 싶어할까요? "모든 사람이 Silverlight를 가지고있는 것은 아닙니다"라는 명백한 것 외에 각각의 장단점은 무엇입니까?

---

Microsoft가하는 것처럼 Silverlight를 장기적인 플레이로보아야한다고 생각합니다. 도달 및 설치 기반에 대해 염려 할 때 Silverlight와 Flash를 사용하는시기에 대한 명확한 균형이 있지만 다음은 Silverlight가 좋은 방향으로 전환하는 몇 가지 이유입니다.

1. 두 번째 이점-Microsoft가 .NET을 사용하여 "더 나은 Java"를 구축 한 것처럼 오늘날에도 RIA 플러그인을 처음부터 설계하는 방법을 살펴볼 수 있습니다. 그들은 오늘날 사람들이 웹을 사용하는 방식을 아는 이점이 있습니다. Flash 발명가들은 결코 정확하게 추측 할 수 없었습니다. 플래시는 기능을 추가 할 수 있지만 현실적으로 플랫폼을 축소하고 다시 시작할 수는 없습니다.

2. 개발자 친숙성-Silverlight는 새로운 모델이지만 개발자에게는 전혀 익숙하지 않습니다. 그들은 새로운 스크립팅 언어와 새로운 이벤트 패러다임으로 새로운 개발 환경을 시작하는 것을 이해하는 것보다 Silverlight가 작동하는 방식을 훨씬 더 빨리 "얻을"것입니다.

3. Flash에서 타임 라인 모델 제거-Flash는 원래 키 프레임 기반 애니메이션 용으로 제작되었으며이를 추상화하는 방법이 있지만 Flash 작동 방식의 핵심입니다. Silverlight는 애플리케이션 중심 모델을 위해이를 제거합니다.

4. ScottGu-ScottGu는 Silverlight에 대해 해고되었습니다. 그런가 말했다.

5. 멋진 새 기능-Silverlight는 웹캠 / 마이크 통합 또는 3d / 그래픽 가속과 같은 몇 가지 명백한 기능에 대해 Flash와 관련이 있지만 Silverlight에 내장 된 멋진 새로운 기술이 있습니다. Deep Zoom이 한 예입니다. Silverlight 쪽에서 더 많은 "혁신적인"기술을보고있는 반면 Flash는 현재 유지 관리 모드에있는 것 같습니다.

---

여기에는 두 가지 질문이 있습니다. Silverlight와 플랫폼으로서의 Flash, 그리고 Silverlight와 RIA 프레임 워크로서의 Flex입니다.

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

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

---

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

C # 또는 VB 개발자를 찾는 것보다 ActionScript 전문가를 찾는 것만 큼 스킬 세트를 찾기가 더 쉽습니다. 그러나 트레이드 오프가 있습니다.

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

현재 Silverlight 디자이너 도구는 반쯤 구워졌고 골치 아픈 일이 될 수 있습니다. 예를 들어 IValueConverter를 포함하는 xaml을 렌더링하려고 할 때 Blend 오류가 발생하면 문제가됩니다. 어도비 개발자 경험이 무엇인지 전혀 모르겠습니다.

따라서 게임의이 단계에서는 인적 자원으로 귀결됩니다.

.NET 경험이 있고 디자인 기술에 거의 투자하지 않은 경우 Silverlight로 이동하십시오. 프로그래밍 기술 / 도구는 양도 할 수 있습니다. 디자인 경험과 기술이 있다면 Flex를 사용하십시오. 디자이너 기술 / 도구는 양도 할 수 있습니다.

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

다른 관점에서 Jon의 의견을 바꿔 표현했습니다 .

Adobe가하는 것처럼 Flex를 장기적인 플레이로보아야한다고 생각합니다. 도달 범위 및 설치 기반에 대해 염려 할 때 Silverlight와 Flex를 사용하는시기에 대한 분명한 균형이 있지만 Flex가 좋은 방향으로 나아가는 이유는 다음과 같습니다.

1. 두 번째 이점-Adobe가 Flash를 사용하여 "더 나은 Java Applet"을 구축 한 것처럼 오늘날에도 처음부터 런타임을 설계하는 방법을 살펴볼 수 있습니다. 그들은 오늘날 사람들이 웹을 사용하는 방법을 아는 이점이 있습니다. 기존 클라이언트 플랫폼의 발명가들은 결코 정확하게 추측 할 수 없었던 것입니다. .NET은 기능을 추가 할 수 있지만 현실적으로 플랫폼을 축소하고 다시 시작할 수는 없습니다.

2. 디자이너 친숙성-Flex / AIR는 새로운 프로그래밍 모델이지만 디자이너에게는 전혀 익숙하지 않습니다. 그들은 새로운 기능이 부족한 도구와 새로운 애니메이션 패러다임으로 새로운 디자인 환경을 시작하는 것을 이해하는 것보다 Flex가 작동하는 방식을 훨씬 더 빨리 "얻을"것입니다.

3. Silverlight- .NET에서 RGB 색상 모델을 제거하는 것은 원래 Windows 용으로 구축되었으며 작동 방식의 핵심입니다. Flex는 오래 전에 디자인 중심 모델을 위해 버렸습니다.

4. 모든 도구는 Mac에서 실행됩니다. 그런가 말했다.

5. 멋진 기능-Silverlight는 웹캠 / 마이크 통합 또는 3d / 그래픽 가속과 같은 몇 가지 명백한 기능에 대해 Flash와 관련이 있습니다.

---

우리는 silverlight와 flex를 모두 수행하고 있으며 여기에 둘 다에 대한 개발자의 관점이 있습니다.

Silverlight의 장점 :

1. C #의 힘, 코드 조각, 기존 C # 알고리즘 구현 재사용
2. 다른 언어의 힘, Generics 및 Linq 등
3. Flash의 Action Script Interpretator 대신 CLR의 네이티브 실행 기능
4. 모든 개발을위한 하나의 통합 된 Visual Studio
5. Expression Blend는 Flex Builder보다 훨씬 멋지고 고급 편집기입니다.
6. XAML은 검색 엔진 친화적입니다.
7. 아주 좋은 상태 전환과 정의하기 쉽습니다.
8. 스레딩 및 비동기 작업
9. 접근성, 아무도 Microsoft가 항상 모든 제품에서 최고의 접근성 기능을 만들었 음을 알지 못하며 항상 장애인과 잘 작동하며 브라우저 만 IE가 완전한 접근성을 지원하고 Safari / firefox 등이 더 가깝지 않습니다.

Silverlight의 단점 :

1. 엄밀히 말하면 많은 사람들이 논쟁을 벌일 것이라는 것을 알고 있지만 현재 시나리오에서는 Intel Mac 사용자의 절반이 silverlight 3.0을 작동하지 못하고 모든 PPC Mac 사용자가 Silverlight 2.0 이상을 사용할 수 없으며 Linux 용 Silverlight가 없습니다.
2. 모노가 있지만 Microsoft에서 공식적으로 지원하지는 않습니다. 항상 리버스 엔지니어링 .NET과 다른 플랫폼에 포팅하는 데 뒤처 질 것입니다.
3. 대부분의 구성 요소 / 컨트롤은 "밀봉"되어 있으므로 확장하고 새 구성 요소를 쉽게 만들기 위해 재정의하기가 어렵습니다.
4. CustomControl / UserControl 아키텍처가 잘못되었습니다. 예를 들어 XAML의 루트를 ComboBox 또는 다른 컨트롤로 사용할 수 없으며 디자인과 코드를 모두 가질 수는 없지만 사용자 지정 컨트롤을 만들 수 있지만 너무 복잡합니다.
5. 바인딩에는 구성 요소 이름 지정이 필요하고 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의 장점 :

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

Flex의 단점 :

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

결론

1. 데이터 응용 프로그램에 flex를 사용합니다. 간단한 양식 처리 응용 프로그램입니다.
2. 매우 풍부한 그래픽과 애니메이션을위한 Silverlight

---

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

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

---

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

2015 년 2 분기 업데이트 : Silverlight가 공식적으로 종료되었습니다. Adobe AIR는 살아 있지만 번성하지는 않습니다. 기술과 도구 체인에 따라 유용 할 수 있습니다. 마이크로 소프트와 어도비 모두 HTML5가 (AIR, Apache Cordova 또는 Visual Studio와 상관없이) 갈 길임을 인정합니다.

2017 년 3 분기 업데이트 : 더 이상 Flash를 사용하는 Haha 와우.

---

잊지 않도록:

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

제 경험상 Java 개발자는 Eclipse를 기반으로하기 때문에 Flex Builder에서 집처럼 편안합니다.

---

Microsoft 개발자가 너무 많기 때문에 SO에 대한이 질문에 대한 공정한 투표를 얻지 못할 것입니다.

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

개발자가 두 플랫폼을 모두 사용해보고 어떤 플랫폼을 선호하는지 확인하십시오.

아래 의견에 답하기 위해 Flash / Flex를 추천하는 답변이 많지만 Silverlight에 대한 답변은 더 많은 찬성표가 있다는 것을 알았습니다. 거짓말의 문제가 아니라, 당신이 익숙한 것을 선호하는 것이지, 반드시 최고의 플랫폼이 아니라는 것입니다.

---

Silverlight 프로그래머는 Flex와 관련하여 무엇을 놓치고 있는지 모릅니다. Silverlight에는 Flex의 구성 요소 모델 및 이벤트 트리거 기능이 없습니다. XNA와 C #을 사용하는 제 친구는 Silverlight 응용 프로그램이 작동하도록 모든 종류의 후프를 뛰어 넘어야합니다. 그런 다음 디자이너에게 넘겨야 절반 정도 괜찮아 보입니다.

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

특히 Flash와 ActionScript 3.0에 이미 익숙한 경우 깔끔하고 간단한 접근 방식을 위해 Flex를 사용하겠습니다. Flex는 제 생각에 훨씬 더 의미가 있습니다. Silverlight는 여전히 성숙해야합니다.

---

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

If you are deploying to the consumer Internet, the Flash Player or AJAX is the way to go. If you're deploying to a private LAN for a .net enterprise, you have options.

---

Asa graphics designer, I've used Flash (on and off) over the last few years, and Silverlight (and its big brother WPF) over the last 1.5 years. Based on what I've heard from my team (all of whom are developers or former developers, if your .Net developers will be doing all the programming, go with Silverlight. I love Flash, but even with the OOP overhaul to ActionScript 3 in Flash 9 and up, it's still a somewhat quirky language, and going back and forth between AS3 and C# will probably drive your developers nuts :-).

For your designers, do the following:

• Get them a copy of Expression Blend, the GUI development tool for Silverlight/WPF.

• Blend has a somewhat steep initial learning curve, and the interface throws a ton of variables/options at you, so invest in some training, and give your designers time to get up to speed with the UI.

• Speaking of training, get a subscription to the Lynda.com video library, esp. the Lee Brimelow Expression Blend training course.

• Caveat emptor: Blend and WPF change rapidly, so sometimes you'll run into bugs in Blend that are fixed in the next beta/CTP of Blend. E.g. There was a bug in Blend 2 that prevent my storyboards (animations) from working in a recent project. I upgraded to Blend 2.5CTP, and it worked.

• Silverlight content doesn't always seem to work with the latest Beta of the Silverlight plugin, just something to keep in mind if you're testing some new feature that's only available in the latest Silverlight plugin.

• Invest in a powerful system (Quad Core, 4Gigs of RAM, etc.) Blend consumes a lot of resources, esp. when you have tons of layers. E.g. I'm working on an app with over a 100 layers(!) in the base app (and another 100+ in some of the user controls), and about 40-50 storyboards. Every few minutes, I have to restart Blend, because the UI stops responding (but doesn't freeze). Either that, or move everything you can into user controls.

---

My team used to write rich web features in Flex, and now writes them in Silverlight.

Our reasons for this switch:

• FlexBuilder is built on Eclipse. Eclipse is awful! Free, but bug ridden, glitch filled and slow.
• FlexBuilder is twice the price of Expression Blend, which we get for free with MSDN anyway.
• Flex is a pain to source control, it doesn't like being made to put files in one place and it doesn't play nice with other parts of your solution (we tried with SourceGear Vault and SVN).
• Flex's version of ActionScript doesn't like most SOAP implementations, in particular it has all sorts of problems with .Net WebMethod ones.
• Despite us using licensed Flex components periodically it decides that we don't have that version and adds demo-only watermarks in. The only way to remove this is to take the project to bits, reinstall Flex, reinstall the licenses and rebuild it.
• FlexBuilder does not like Vista at all.
• Silverlight acceptance is growing, once it was at the level where we could add it as a requirement for the relevant features we switched. If we were working for a web (rather than corporate) audience I'm not sure that we could have.

The rest of our project is .Net and C#, you may find all these issues less significant in a Java shop.

---

As Kibbee hinted at above, the argument of leveraging existing .Net developers doesn't hold much water. It is impossible to be an expert in all facets of .Net development. The platform is just too big. The same goes for Java. The only thing Silverlight has going for it from a skills perspective is that you can code in your favorite .Net language. That advantage is fairly small if you are already doing any significant web development that utilizes JavaScript since Action script is a variation. So really to convert a programmer to either Flex or Silverlight is all about learning the platform's API.

---

We went through this same issue and Flex won hands down. Our .NET developers were concerned at first, but after working so long in the pain of Ajax and JavaScript, they now LOVE and really enjoy working in Flex.

Here's a simple test for you . . . try to find at least 3 examples of real-world Silverlight applications (that aren't games, video players or gadgets). Then do the same for Flex.

---

I think Silverlight and XAML is preferable to ActionScript, and though I'm not familiar with ActionScript IDE's, I am familiar with VS2008 and Expression Web/Blend, and they are very good development environments and getting better all the time. I would go with Silverlight, and I think the key to getting users to install the plug-in is to have a good plug-in detect page that explains what SL is and why they need it. For an example of this, go to http://memorabilia.hardrock.com/ and try it with your SL plug-in disabled.

---

Although I have done work with Silverlight and am pretty excited about the ability to have apps living outside of the browser, one huge benefit of AIR is that is provides access to native drag and drop functionality. This allows you to build very user-friendly image or document uploads features (e.g. Flickr uploader). From what I heard, MS is not focusing on that kind of support yet (i.e. no plans announced).

---

I use this rule of thumb: if your company is developing internet based multimedia software, and has customers with all sorts of platforms, and you are not doing database intensive applications Flex is the definite answer, if your company develops both internet and DVD based products, less interactive but more intensive (CPU, Memory) and uses ridiculous amount of database transaction Silverlight makes more sense

---

Someone said: "Find 3 real world silverlight applications". Ok, I knew some off the top of my head but I googled it anyway. The list:

• 2008 Beijing Olympics (stats here, 250TB of data delivered!)
• Netflix on-demand player
• AOL email client (may not be released yet)

Oh, not video players? Well that leaves the UFC application (it's a hybrid video/chat/other stuff) and the AOL email client. Silverlight excels at video and that's where it's gaining it's foothold but that doesn't mean it can't do other things. I see no reason to dismiss it just because it does video well.

Infoworld [link] said that "Silverlight has substantial technical merit and relatively good performance. It's a very capable RIA technology that's especially useful in the hands of programmers with .Net experience and designers with XAML experience." It's a good article for you to read regarding your question.

My answer: if you have a team of devs that are comfortable with .NET then Silverlight should be first on your list. If not, then it's a real tossup. I've seen articles say that Visual Studio is a superior development platform compared to what you use with Flex. But Flash is damn near ubiquitous.

Also keep in mind that Silverlight 2 uses almost no Javascript (I think none, but I'm not positive). So any avoidance of Silverlight because of JS is unfounded.

If performance matters, Silverlight wins there. I've seen my browser's CPU usage go to 100% many times and killing whatever window is running Flash always got rid of it. It's especially obvious in Chrome where you can see the process that's consuming your CPU. If your interested in Silverlight for gaming potential, look for QuakeLight, the Silverlight port of Quake. It's shaping up really well.

I really think it comes down to where your developer talent lies and what kind of application you'll be delivering. Simple game? Flash. Line of business app? Silverlight. In-between? Go with what your devs recommend.

---

If you know .NET, Silverlight 3.0 is the way to go. I'm using it and I love it. I don't have to mess with AJAX or JS BTW (I have no idea what that guy was refering to, maybe SL 1.0) For data it's mostly async WCF calls (LINQ to SQL behind WCF) or XML files or RIA Services. It let's you use most shader FX, it has styles, control templates and the native access windows/mac clipboard. I can run high def video and most processes run very well even under slow CPUs. I also enjoy the data binding, control binding and the observable collections save me a lot of time. PLUS i can use LINQ, major time saver, not to mention using Visual Studio to debug with.

I'm developing enterprise .NET applications, so I know my install base and they will install the add-in (30 seconds usually). For a front end website, you may lose some users who don't want to install silverlight or don't run Mac or Windows. You CAN have apps with SL outside of the browser with 3.0.

I may be a biased .NET guy but I've been developing so quickly I have to recommend it.

---

You seriously shouldn't use ANY of these ActiveX2.0 technologies. Neither Silverlight nor Flex...

First of all, both of them are nothing more then "distributed winforms frameworks with support for being ran in the browser", second of all they don't port well to other devices (specially true for Silverlight), thirdly they don't work good with other portions of your page. They don't work well for disabled people, etc, etc, etc. List goes on into infinity...

Adobe and Microsoft both tries to hide this fact really hard, but at the end of the day both Silverlight and Flex is nothing but ActiveX in a new wrapping...

Sure they run in sandboxes, are managed languages and all that. But it's still a big piece of BLOB being downloaded to run locally in your browser, AKA ActiveX...

---

This is an old question, history has now spoken!

Silverlight has been as good as abandoned by Microsoft, it never got a useful install base. Party due to Microsoft not committing 100% to it.

Flash (hence Flex) is still going. However more and more browsers don’t support any plug-ins, so it is only a matter of time (years) before flush goes the way of Silverlight.

Maybe one day Flex will be re-targeted to HTML5 with no plug-ins….

The iPhone was spoken, and it said the only option is Apples Way or HTML5.

---

Flash Player is available & supported officially in almost all desktop platforms (Windows, Linux, Mac) whereas Silverlight will be supported mainly in Windows.

the following article provides comparision of both the platforms.

참고URL : https://stackoverflow.com/questions/20910/silverlight-vs-flex