Silverlight versus Flex

https://stackoverflow.com/questions/20910

09-06-2019
|

Pergunta

Minha empresa desenvolve vários tipos de aplicativos.Muito do nosso negócio vem da criação de aplicativos do tipo multimídia, normalmente feitos em Flash.Porém, agora esse lado da casa está começando a migrar para o desenvolvimento Flex.

A maior parte do nosso outro desenvolvimento é feita usando .NET.Estou tentando impulsionar o desenvolvimento do Silverlight, pois isso tiraria melhor proveito dos desenvolvedores .NET da equipe.Prefiro a plataforma Silverlight à plataforma Flex pelo simples fato de que o Silverlight é todo código .NET.Temos mais desenvolvedores .NET na equipe do que desenvolvedores Flash/Flex, e a maioria de nossos desenvolvedores Flash/Flex são artistas gráficos (não programadores reais).A única razão pela qual eles estão adotando o Flex agora é porque parece ser o passo lógico do Flash.

Eu desenvolvi usando ambos e acredito honestamente que é mais fácil trabalhar com o Silverlight.Mas estou tentando convencer as pessoas que são apenas desenvolvedores de Flash.

Então aqui está minha pergunta:Se vou a uma reunião para elogiar o Silverlight, por que uma empresa iria querer usar o Silverlight em vez do Flex?Além do óbvio “nem todo mundo tem Silverlight”, quais são os prós e os contras de cada um?

Solução

Acho que você deveria encarar o Silverlight como um jogo de longo prazo, assim como a Microsoft parece estar fazendo.Há um equilíbrio óbvio entre quando usar o Silverlight vs.Pisque quando estiver preocupado com o alcance e a base instalada, mas aqui estão alguns motivos pelos quais o Silverlight é uma boa direção a seguir:

Vantagem do segundo motor - Assim como a Microsoft construiu um “Java melhor” com o .NET, eles são capazes de ver como você projetaria um plugin RIA do zero, hoje.Eles têm a vantagem de saber como as pessoas usam a web hoje, algo que os inventores do Flash nunca poderiam ter adivinhado com precisão.O Flash pode adicionar recursos, mas não pode abandonar a plataforma de forma realista e começar de novo.
Familiaridade do desenvolvedor – Embora o Silverlight seja um modelo novo, ele não é totalmente desconhecido para os desenvolvedores.Eles "compreenderão" a maneira como o Silverlight funciona muito mais rapidamente do que imaginam, iniciando um novo ambiente de desenvolvimento com uma nova linguagem de script e novos paradigmas de eventos.
Livrar-se do modelo de linha do tempo no Flash - o Flash foi originalmente criado para animações baseadas em quadros-chave e, embora existam maneiras de abstrair isso, é a essência de como o Flash funciona.O Silverlight descarta isso para um modelo centrado em aplicativos.
ScottGu - ScottGu está entusiasmado com o Silverlight.Nuff disse.
Novos recursos interessantes - Embora o Silverlight ainda esteja se atualizando com o Flash em alguns recursos óbvios (como integração de webcam / microfone ou aceleração 3D / gráfica), existem algumas novas tecnologias integradas ao Silverlight - Deep Zoom é um exemplo.Estou vendo tecnologias mais “revolucionárias” no lado do Silverlight, enquanto o Flash parece estar em modo de manutenção neste momento.

Outras dicas

Há duas perguntas aqui:Luz prateada vs.Flash como plataforma e Silverlight vs.Flex como estrutura RIA.

A primeira pergunta depende do seu prazo.O Flash Player tem mais de 95% de alcance, o Silverlight não chega nem perto disso.No entanto, o Silverlight pode chegar lá, afinal é apoiado pela Microsoft.Se você pretende lançar um site na próxima semana e deseja um grande público, o Silverlight não é uma opção.Se você pretende lançar um aplicativo muito legal que todos gostariam de usar, é um pouco diferente. Se o seu aplicativo for bom o suficiente, seu público-alvo poderá instalar o Silverlight apenas para poder executá-lo.

Quanto à segunda questão, é uma questão de quão fácil é desenvolver formulários em Silverlight.Flex não é apenas um conjunto de widgets, é um framework muito grande que faz muitas coisas para facilitar o trabalho do desenvolvedor.Você poderia escrever os mesmos aplicativos usando apenas a API Flash principal, mas seria muito mais trabalhoso.Dependendo do que está disponível no Silverlight, este deve ser um fator importante na decisão.Se você pode reduzir o tempo de desenvolvimento, vale a pena ter duas plataformas?

Acho que o Silverlight é mais vantajoso para empresas que possuem desenvolvedores .NET, mas ninguém com experiência em designer.

Os conjuntos de habilidades serão mais fáceis de encontrar, tanto quanto encontrar desenvolvedores C # ou VB em vez de encontrar gurus do ActionScript.No entanto, há a compensação:

A experiência em design é um investimento não só em Designers com habilidade artística, mas também no conhecimento e nas ferramentas fornecidas pela Adobe.Você quase pode garantir que um designer profissional use um Mac e tenha experiência com ferramentas da Adobe.

No momento, as ferramentas de designer do Silverlight estão incompletas e podem ser uma dor de cabeça.Por exemplo, erros de mistura ao tentar renderizar qualquer xaml contendo um IValueConverter, isso é problemático.Não tenho ideia de como é a experiência do desenvolvedor Adobe, tenho certeza de que é complicada.

Portanto, nesta fase do jogo tudo se resume aos recursos humanos:

Se você tem experiência em .NET e pouco investe em habilidades de Design, vá para o Silverlight.Habilidades/ferramentas de programação serão transferíveis.Se você tem experiência e habilidades em design, escolha o Flex.Habilidades/ferramentas de designer serão transferíveis.

De qualquer forma, ambas as plataformas clientes exigem comunicação com serviços para obter dados, portanto você sempre aproveitará seu conhecimento de programação existente no back-end.

Parafraseado Jon's opinião de um ponto de vista diferente:

Acho que você deveria encarar o Flex como um jogo de longo prazo, assim como a Adobe parece estar fazendo.Há um equilíbrio óbvio entre quando usar o Silverlight vs.Flex quando você estiver preocupado com o alcance e a base instalada, mas aqui estão mais razões pelas quais o Flex é uma boa direção a seguir:

Segunda vantagem do motor - assim como a Adobe construiu um "applet Java Better Java" com o Flash, eles podem ver como você criaria um tempo de execução do zero hoje.Eles têm a vantagem de saber como as pessoas usam a web hoje, algo que os inventores das plataformas de clientes existentes nunca poderiam ter adivinhado com precisão..NET pode adicionar recursos, mas eles não podem realizar a plataforma realisticamente e começar de novo.
Familiaridade do designer - Embora o Flex/Air seja um novo modelo de programação, não é totalmente familiar para os designers.Eles "conseguirão" o modo como o Flex funciona muito mais rapidamente do que entenderão um novo ambiente de design com novas ferramentas e novos paradigmas de animação.
Livre-se do modelo de cor RGB em Silverlight- .NET foi originalmente construído para o Windows e está no centro de como funciona.O Flex abandonou há muito tempo para um modelo centrado no design.
Todas as suas ferramentas são executadas no seu Mac.Nuff disse.
Recursos legais - O Silverlight ainda tem algumas contas a ver com o Flash em alguns recursos óbvios (como integração da webcam / microfone ou aceleração 3D / gráficos).

Estamos fazendo Silverlight e Flex, e aqui está o ponto de vista do desenvolvedor para ambos.

Prós do Silverlight:

Poder do C#, trechos de código, reutilização de implementações de algoritmo C# existentes
Poder de outras linguagens também, Generics e Linq etc.
Poder de execução nativa do CLR em vez do Action Script Interpretator do Flash
Um Visual Studio integrado para todo o desenvolvimento
Expression Blend é um editor muito legal e mais avançado que o Flex Builder
XAML é amigável aos mecanismos de pesquisa
Transições de estado muito boas e fáceis de definir
Threading e tarefas assíncronas
Acessibilidade, ninguém sabe que a Microsoft sempre fez os melhores recursos de acessibilidade em todos os seus produtos, eles sempre funcionaram bem com pessoas com deficiência, comparando os navegadores apenas o IE suporta acessibilidade total e Safari/firefox etc não estão mais perto.

Contras do Silverlight:

Estritamente plataforma Microsoft, eu sei que muitas pessoas vão argumentar, mas com o cenário atual, metade dos caras do Intel Mac não consegue fazer o Silverlight 3.0 funcionar, todos os caras do PPC Mac não podem usar o Silverlight 2.0 em diante e nenhum Silverlight para Linux.
Existe mono, mas não é oficialmente suportado pela Microsoft, ele sempre ficará atrás da engenharia reversa do .NET e portá-lo para outra plataforma, ainda não está pronto para uso.
A maioria dos componentes/controles são "selados", por isso é difícil estendê-los e substituí-los para criar novos componentes facilmente.
Arquitetura CustomControl/UserControl ruim.Por exemplo.você não pode ter a raiz do XAML como ComboBox ou qualquer outro controle e permitir que ele tenha design e código. Você pode criar controles personalizados, mas eles são muito complexos
A vinculação requer nomenclatura de componentes e não oferece suporte a expressões de instância como o flex, embora a vinculação bidirecional seja boa no Silverlight, mas você precisa escrever códigos longos para múltiplas vinculações para uma expressão matemática

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

Prós do Flex:

Verdadeiramente independente de plataforma, compatível com vários hardwares e sistemas operacionais e funcionando perfeitamente em qualquer lugar.
O código aberto torna muito fácil entender e estender a funcionalidade.
Cada controle/componente pode ser estendido e há menos restrições que substituem o comportamento padrão.
A maneira mais fácil de criar novos componentes, você pode derivar o mxml de qualquer controle e estendê-los com ligações extensas
Flex contém muitos controles e você não precisa de nenhuma biblioteca de terceiros

Contras do Flex:

Execução lenta para execuções iterativas, sem threads!!sem tarefas assíncronas !!
Com base no ponto 1, não é possível nenhuma ótima animação ou gráficos
Sem genéricos, sem outros idiomas, sem linq.
A classe numérica tem um bug, não é possível armazenar o valor completo de 64 bits
Eclipse é ruim para projetar algo excelente UI

Conclusão

Usamos flex para aplicativos de dados, que são aplicativos simples de processamento de formulários
Silverlight para gráficos e animações extremamente ricos

O problema do Silverlight é que ainda tem muita gente que não o tem instalado.Além disso, não tenho certeza de quão bem seus desenvolvedores .Net existentes serão capazes de aproveitar suas habilidades existentes se estiverem familiarizados apenas com a codificação .Net mais tradicional do lado do servidor.

Quais são as suas razões para empurrar o Silverlight em vez do Flex?Se você tiver que perguntar os motivos à comunidade SOFlow, parece estranho que você esteja tão disposto a insistir.

Outra vantagem do desenvolvimento Flex é que você pode passar a desenvolver aplicativos de desktop (Adobe AIR) com o mesmo código-fonte (e mesmo IDE) e distribuí-los pela web.Você pode conferir essepara o futuro da plataforma Flash.
Atualização do terceiro trimestre de 2011:O Flash 11 oferece suporte à aceleração 3D de baixo nível e já existem muitas estruturas e mecanismos principais (Unreal Engine 3, Unity) que oferecem suporte.O ponto de venda para o futuro, entretanto, é que o aplicativo AIR funcionará nas plataformas Windows, Mac, Android, Playbook e iOS (o suporte ao Linux foi abandonado).Com um mínimo absoluto de complicações entre a portabilidade entre eles (pelo menos quando você tem o Adobe CS5.5+).

Atualização do segundo trimestre de 2015:Silverlight está oficialmente morto.O Adobe AIR está ativo, mas não prosperando – pode ser útil com base em suas habilidades e cadeia de ferramentas.Tanto a Microsoft quanto a Adobe admitem que HTML5 é o caminho a seguir (seja com AIR, Apache Cordova ou Visual Studio).

Atualização do terceiro trimestre de 2017:Haha nossa, quem ainda usa Flash.

Não esquecer:

Flex é muito multiplataforma, pois é compilado usando a compilação Java, o que significa que você pode usar facilmente Mac ou Linux ao desenvolver aplicativos Flex.Eu tenho minha configuração atual de cruisecontrol (que usa Linux). Eu construo aplicativos Flex, mas o pessoal de desenvolvimento usa Mac, Linux e Windows.

Na minha experiência, os desenvolvedores Java se sentem à vontade no Flex Builder, pois ele é baseado no Eclipse.

Você nunca terá uma votação justa nesta questão no SO, pois ela tem tantos desenvolvedores da Microsoft.

Além disso, as pessoas provavelmente votarão negativamente nesta resposta, o que realmente diz tudo.

Eu digo para seus desenvolvedores experimentarem as duas plataformas e verem qual eles preferem.

Para responder aos comentários abaixo, notei que embora existam muitas respostas recomendando Flash/Flex, as do Silverlight têm muito mais votos positivos.Não se trata de mentir, é apenas favorecer aquilo que você conhece, não necessariamente a melhor plataforma.

Os programadores Silverlight não sabem o que estão perdendo quando se trata de Flex.O Silverlight não possui o modelo de componente e os recursos de acionamento de eventos que o Flex possui.Usando XNA e C#, um amigo meu tem que passar por todos os tipos de obstáculos para fazer seu aplicativo Silverlight funcionar.Então, ele tem que ser entregue a um designer para que pareça meio decente.

Ouça os podcasts do deepfriedbytes.com no Silverlight e você ouvirá como até mesmo alguns caras que realmente promovem o Silverlight reconhecem alguns desses problemas.(EU pensar, se bem me lembro, um dos caras trabalha para a Microsoft, mas posso estar errado - ouvi na semana passada).Eles concordam que o Silverlight ainda não está pronto para grandes aplicações, no seu estado atual.

Eu escolheria o Flex, para uma abordagem simples e direta - especialmente se você já estiver familiarizado com Flash e ActionScript 3.0.Flex faz muito mais sentido, na minha opinião - o Silverlight ainda precisa amadurecer.

No final das contas, seus desenvolvedores não deveriam ditar sua tecnologia.Esta é absolutamente uma decisão de produto que deve ser baseada em seus usuários.

Se você estiver implantando na Internet do consumidor, o Flash Player ou AJAX é a melhor opção.Se estiver implantando em uma LAN privada para uma empresa .net, você terá opções.

Como designer gráfico, usei o Flash (ligado e desligado) nos últimos anos e o Silverlight (e seu irmão mais velho, WPF) nos últimos 1,5 anos.Com base no que ouvi da minha equipe (todos desenvolvedores ou ex-desenvolvedores, se seus desenvolvedores .Net farão toda a programação, escolha o Silverlight.Eu adoro Flash, mas mesmo com a revisão do OOP para ActionScript 3 no Flash 9 e superior, ainda é uma linguagem um tanto peculiar, e alternar entre AS3 e C# provavelmente deixará seus desenvolvedores malucos :-).

Para seus designers, faça o seguinte:

Obtenha uma cópia do Expression Blend, a ferramenta de desenvolvimento de GUI para Silverlight/WPF.
O Blend tem uma curva de aprendizado inicial um tanto acentuada, e a interface oferece uma série de variáveis/opções, então invista em algum treinamento e dê aos seus designers tempo para se familiarizarem com a UI.
Falando em treinamento, faça uma assinatura da videoteca Lynda.com, esp.o curso de treinamento Lee Brimelow Expression Blend.
Emptor de advertência:O Blend e o WPF mudam rapidamente, então às vezes você encontrará bugs no Blend que serão corrigidos no próximo beta/CTP do Blend.Por exemplo.Houve um bug no Blend 2 que impediu que meus storyboards (animações) funcionassem em um projeto recente.Atualizei para o Blend 2.5CTP e funcionou.
O conteúdo do Silverlight nem sempre parece funcionar com a versão beta mais recente do plug-in Silverlight, apenas algo para ter em mente se você estiver testando algum novo recurso que está disponível apenas no plug-in Silverlight mais recente.
Invista em um sistema poderoso (Quad Core, 4Gigs de RAM, etc.) O Blend consome muitos recursos, especialmente.quando você tem toneladas de camadas.Por exemplo.Estou trabalhando em um aplicativo com mais de 100 camadas (!) No aplicativo base (e mais de 100 em alguns controles de usuário) e cerca de 40 a 50 storyboards.A cada poucos minutos, tenho que reiniciar o Blend, porque a IU para de responder (mas não congela).Ou isso, ou mova tudo o que puder para os controles do usuário.

Minha equipe costumava escrever recursos avançados da Web no Flex e agora os escreve no Silverlight.

Nossas razões para essa mudança:

FlexBuilder é construído em Eclipse.Eclipse é horrível!Gratuito, mas cheio de bugs, cheio de falhas e lento.
O FlexBuilder custa o dobro do Expression Blend, que de qualquer maneira obtemos gratuitamente com o MSDN.
Flex é um problema para o controle de origem, ele não gosta de ser obrigado a colocar arquivos em um só lugar e não funciona bem com outras partes da sua solução (tentamos com SourceGear Vault e SVN).
A versão Flex do ActionScript não gosta da maioria das implementações SOAP, em particular, tem todos os tipos de problemas com as do .Net WebMethod.
Apesar de usarmos componentes Flex licenciados periodicamente, ele decide que não temos essa versão e adiciona marcas d'água somente de demonstração.A única maneira de remover isso é desmontar o projeto, reinstalar o Flex, reinstalar as licenças e reconstruí-lo.
FlexBuilder não gosta nada do Vista.
A aceitação do Silverlight está crescendo, uma vez que chegou ao nível em que poderíamos adicioná-lo como um requisito para os recursos relevantes que mudamos.Se estivéssemos trabalhando para um público da web (e não corporativo), não tenho certeza se conseguiríamos.

O resto do nosso projeto é .Net e C#, você pode achar todos esses problemas menos significativos em uma loja Java.

Como Kibbee sugeriu acima, o argumento de aproveitar os desenvolvedores .Net existentes não tem muita validade.É impossível ser um especialista em todas as facetas do desenvolvimento .Net.A plataforma é muito grande.O mesmo vale para Java.A única coisa que o Silverlight tem a oferecer do ponto de vista de habilidades é que você pode codificar em sua linguagem .Net favorita.Essa vantagem é bastante pequena se você já estiver fazendo algum desenvolvimento web significativo que utilize JavaScript, já que o Action script é uma variação.Então, na verdade, converter um programador para Flex ou Silverlight envolve aprender a API da plataforma.

Passamos pelo mesmo problema e o Flex venceu com facilidade.Nossos desenvolvedores .NET ficaram preocupados no início, mas depois de trabalhar tanto tempo com Ajax e JavaScript, eles agora AMAM e realmente gostam de trabalhar em Flex.

Aqui está um teste simples para você...tente encontrar pelo menos três exemplos de aplicativos Silverlight do mundo real (que não sejam jogos, reprodutores de vídeo ou gadgets).Em seguida, faça o mesmo para o Flex.

Acho que Silverlight e XAML são preferíveis ao ActionScript e, embora não esteja familiarizado com os IDEs do ActionScript, estou familiarizado com o VS2008 e o Expression Web/Blend, e eles são ambientes de desenvolvimento muito bons e estão cada vez melhores.Eu escolheria o Silverlight e acho que a chave para fazer com que os usuários instalem o plug-in é ter uma boa página de detecção de plug-in que explique o que é SL e por que eles precisam dele.Para um exemplo disso, vá para http://memorabilia.hardrock.com/ e experimente com seu plug-in SL desativado.

Embora eu tenha trabalhado com o Silverlight e esteja bastante entusiasmado com a capacidade de ter aplicativos fora do navegador, um grande benefício do AIR é que ele fornece acesso à funcionalidade nativa de arrastar e soltar.Isso permite que você crie recursos de upload de imagens ou documentos muito fáceis de usar (por exemplo,Carregador do Flickr).Pelo que ouvi, a MS ainda não está focada nesse tipo de apoio (ou seja,nenhum plano anunciado).

Eu uso esta regra:se sua empresa está desenvolvendo software multimídia baseado na Internet, e tem clientes com todos os tipos de plataformas, e você não está fazendo aplicações intensivas de banco de dados, Flex é a resposta definitiva, se sua empresa desenvolve produtos baseados na Internet e em DVD, menos interativos, mas mais intensivos ( CPU, memória) e usa uma quantidade ridícula de transações de banco de dados Silverlight faz mais sentido

Alguém disse:"Encontre 3 aplicações Silverlight do mundo real" .Ok, eu sabia algumas coisas de cara, mas pesquisei no Google mesmo assim.A lista:

Olimpíadas de Pequim 2008 (estatísticas aqui, 250 TB de dados entregues!)
Leitor sob demanda Netflix
Cliente de e-mail AOL (pode não ter sido lançado ainda)

Ah, não são players de vídeo?Bem, isso deixa o aplicativo UFC (é um híbrido de vídeo/chat/outras coisas) e o cliente de e-mail AOL.O Silverlight é excelente em vídeo e é aí que está ganhando posição, mas isso não significa que não possa fazer outras coisas.Não vejo razão para descartá-lo só porque ele faz um bom vídeo.

Infomundo [link] disse que "Silverlight tem mérito técnico substancial e desempenho relativamente bom.É uma tecnologia RIA muito capaz, especialmente útil nas mãos de programadores com experiência em .Net e designers com experiência em XAML." É um bom artigo para você ler sobre sua pergunta.

Minha resposta:se você tem uma equipe de desenvolvedores que se sente confortável com o .NET, o Silverlight deve estar em primeiro lugar na sua lista.Se não, então é uma verdadeira confusão.Já vi artigos dizendo que o Visual Studio é uma plataforma de desenvolvimento superior em comparação com o que você usa com o Flex.Mas o Flash é quase onipresente.

Lembre-se também de que o Silverlight 2 quase não usa Javascript (acho que nenhum, mas não tenho certeza).Portanto, qualquer evitação do Silverlight por causa do JS é infundada.

Se desempenho importa, o Silverlight vence lá.Já vi o uso da CPU do meu navegador chegar a 100% muitas vezes e matar qualquer janela que estivesse executando o Flash sempre me livrava dela.É especialmente óbvio no Chrome, onde você pode ver o processo que está consumindo sua CPU.Se você está interessado no Silverlight para potencial de jogos, procure QuakeLight, a versão Silverlight do Quake.Está se moldando muito bem.

Eu realmente acho que tudo se resume a onde está o seu talento de desenvolvedor e que tipo de aplicativo você entregará.Jogo simples?Clarão.Aplicativo de linha de negócios?Luz cinza.Entre?Siga o que seus desenvolvedores recomendam.

Se você conhece .NET, o Silverlight 3.0 é o caminho a percorrer.Estou usando e estou adorando.Não preciso mexer com AJAX ou JS BTW (não tenho ideia do que aquele cara estava se referindo, talvez SL 1.0). Para dados, são principalmente chamadas WCF assíncronas (LINQ to SQL atrás do WCF) ou arquivos XML ou serviços RIA.Permite usar a maioria dos shader FX, possui estilos, modelos de controle e área de transferência nativa do windows/mac.Posso executar vídeo em alta definição e a maioria dos processos funciona muito bem, mesmo em CPUs lentas.Também gosto da vinculação de dados, da vinculação de controle e das coleções observáveis, economizando muito tempo.ALÉM DISSO, posso usar o LINQ, o que economiza muito tempo, sem mencionar o uso do Visual Studio para depurar.

Estou desenvolvendo aplicativos .NET corporativos, então conheço minha base instalada e eles instalarão o complemento (geralmente 30 segundos).Para um site front-end, você pode perder alguns usuários que não desejam instalar o Silverlight ou não executam Mac ou Windows.Você PODE ter aplicativos com SL fora do navegador com 3.0.

Posso ser um cara tendencioso do .NET, mas tenho desenvolvido tão rapidamente que preciso recomendá-lo.

Você realmente não deveria usar QUALQUER dessas tecnologias ActiveX2.0.Nem Silverlight nem Flex...

Em primeiro lugar, ambos nada mais são do que "frameworks winforms distribuídos com suporte para serem executados no navegador", em segundo lugar, eles não são bem portados para outros dispositivos (especialmente no caso do Silverlight), em terceiro lugar, eles não funcionam bom com outras partes da sua página.Eles não funcionam bem para pessoas com deficiência, etc, etc, etc.A lista continua até o infinito...

Adobe e Microsoft tentam muito esconder esse fato, mas no final das contas tanto o Silverlight quanto o Flex nada mais são do que ActiveX em uma nova embalagem...

Claro que eles rodam em sandboxes, são linguagens gerenciadas e tudo mais.Mas ainda é um grande pedaço de BLOB sendo baixado para ser executado localmente em seu navegador, também conhecido como ActiveX...

Esta é uma questão antiga, a história já falou!

O Silverlight foi praticamente abandonado pela Microsoft, mas nunca teve uma base de instalação útil.Parte devido à Microsoft não se comprometer 100% com isso.

Flash (daí Flex) ainda está funcionando.No entanto, cada vez mais navegadores não suportam plug-ins, então é apenas uma questão de tempo (anos) até que o flush siga o caminho do Silverlight.

Talvez um dia o Flex seja redirecionado para HTML5 sem plug-ins….

O iPhone foi falado e dizia que a única opção é Apples Way ou HTML5.

O Flash Player está disponível e é compatível oficialmente em quase todas as plataformas de desktop (Windows, Linux, Mac), enquanto o Silverlight será compatível principalmente com Windows.

a seguir artigo fornece comparação de ambas as plataformas.

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow