Usando o Silverlight para um site inteiro?

StackOverflow https://stackoverflow.com/questions/56266

Pergunta

Precisamos construir um site de portal de administração para dar suporte à nossa aplicação cliente/servidor.Como somos uma loja .Net, a maneira tradicional óbvia seria fazer isso em ASP.Net.Mas o Silverlight 2 sairá da versão beta um bom tempo antes da data de lançamento.Deveríamos considerar construir todo o site em Silverlight, com um back-end WCF de suporte?

A principal função do portal será:configuração de usuários, grupos e permissões;configuração de configurações de perfil de usuário;upload e download de arquivos necessários para oferecer suporte ao aplicativo.

Acho que a principal razão para adotar essa abordagem seria que temos boa experiência com WPF e WCF, mas pouca experiência em ASP.Net.De qualquer forma, teríamos que aprender ASP.Net ou Silverlight, e aprender Silverlight parece uma extensão mais natural de nossas habilidades atuais.

Há alguma grande proibição na experiência do StackOverflowers?Quais são os grandes pontos positivos?

Foi útil?

Solução

Depende de seus objetivos.Se o portal de administração faz parte do aplicativo e só será usado nos computadores onde seu aplicativo está instalado, há muitas vantagens em usar o Silverlight - ou mesmo o WPF.

Mas se você puder ver um cenário em que ele será usado em um PC aleatório ou por uma pessoa aleatória, a versão HTML/Javascript totalmente funcional é absolutamente necessária.

Alguns motivos são:

  • A maioria das pessoas não tem o Silverlight e você ganhará muitos palavrões se precisar fazer o download e instalá-lo.Algumas pessoas que o possuem instalado o mantêm desativado (junto com o flash e às vezes até com imagens) para evitar distrações e agilizar a navegação.
  • Quando o site HTML falha, o usuário obtém a página de erro e recarrega.Quando o silverlight falha, ele pode travar ou travar.
  • HTML é o que é esperado - tanto pelos usuários quanto pelos navegadores da web:os botões voltar e atualizar funcionam como deveriam, os hiperlinks e formulários funcionam conforme o esperado.
  • Internet lenta ainda é muito comum, tanto em áreas remotas quanto em dispositivos móveis.

Outras dicas

Eu não recomendaria a construção de um site Silverlight puro.

O Silverlight sofre dos mesmos problemas que o Flash:Marcadores não intuitivos, problemas de impressão, problemas de acessibilidade, botões voltar não funcionando e assim por diante.

Além disso, você exigiria que seus usuários tivessem o Silverlight instalado ou pelo menos pudessem instalá-lo.

Em ambientes controlados (ex.em grandes empresas ou na área da saúde) ou em dispositivos móveis, este pode não ser o caso.

Eu definitivamente optaria por um aplicativo Silverlight completo, especialmente se você tiver uma boa experiência com o WPF.Você poderá reutilizar seu conhecimento do WPF e poderá adquirir o Silverlight rapidamente.Trabalho com o Silverlight desde o Beta 1, e o Beta 2 atual é de qualidade sólida.Acho que é seguro presumir que uma versão RTW está chegando.

Pilf tem alguns argumentos válidos, especialmente em relação à impressão.Para isso, eu provavelmente usaria o SQL Reporting Services, ou alguma outra estrutura de relatórios, no lado do servidor e, em seguida, abriria uma nova janela com relatórios para impressão.Para vincular e marcar como favoritos, os problemas não são diferentes de qualquer outro aplicativo AJAX.Fiz um post no blog hoje sobre como fornecer links diretos e navegação reversa em Luz cinza.

O Silverlight também tem todos os ganchos necessários para um ótimo suporte de acessibilidade, já que a API UI Automation do WPF é trazida para o Silverlight.Não sei se os fornecedores de leitores de tela já se atualizaram.O suporte de estilo/modelo no Silverlight facilita o fornecimento de skins de alto contraste para usuários com deficiência visual, se isso for uma preocupação.

Concordo com o que todos disseram até agora e acho que este Fluxograma, voltado para Flash, também se aplica ao Silverlight.

enter image description here

Fonte da imagem

Parece que seu problema é que você precisa de um aplicativo de administração de cliente avançado.Por que não usar clique uma vez?

Sobre o tópico de administradores remotos, outro postador afirmou que isso seria um argumento a favor do HTML se os administradores estivessem em uma conexão lenta.Eu diria que dependendo do tipo de informação, pode ser mais eficiente usar o Silverlight.Se você tiver um datagrid ASP.NET preenchido com vinculação de dados do lado do servidor, poderá baixar uma tonelada de dados de marcação e estado de visualização.Mesmo se você estiver usando uma alternativa ao DataGrid que seja mais leve no ViewState, você ainda terá muito HTML para baixar.

No Silverlight, depois que você desativa o XAP, que provavelmente será menor que o HTML correspondente, o XAP é armazenado em cache e, portanto, você não deve ter esse custo todas as vezes e estará apenas recuperando os dados em si.

Para outro exemplo, digamos que você tenha várias listas suspensas em um de seus formulários, todas com os mesmos valores na lista.No Silverlight, você pode obter esses valores uma vez e vinculá-los a todos os dorpdowns; em HTML, você terá que repeti-los todas as vezes.

Isso ficará melhor com a vinculação de dados do lado do cliente no ASP.NET, que segue um modelo muito semelhante ao Silverlight e WPF para vinculação de dados.

No geral, eu também acho que você precisaria escrever menos código para a implementação do Silverlight, o que pode aumentar a produtividade e reduzir os custos de manutenção.

ASP até o fim.Você só deve usar silverlight/flash etc. quando o texto não puder fazer o que você deseja - por exemplo,exibir vídeo.

Usar um plugin para o seu site o torna lento e exige que o usuário tenha o plugin instalado.O Silverlight, por exemplo, exclui todos os usuários do Linux.Além disso, como o Silverlight é bastante novo, não há como dizer o quão comprometida a Microsoft estará em manter a plataforma viva se ela não for implementada em breve.

Eu preferiria o HTML antigo e simples com scripts do lado do servidor.

Além disso, para sites públicos:Flash e Silverlight não podem ser indexados por nenhum mecanismo de pesquisa, então boa sorte em escrever toneladas de metadados se você quiser algum visitante.

O Silverlight é uma boa escolha para um portal interno, assim como seria para um portal público se você já avaliou seu projeto e decidiu avançar com um portal web.Você pode integrar componentes do Silverlight em um aplicativo ASP.NET existente (ou seja,a abordagem "ilhas de riqueza"), mas se você tiver a capacidade de construir um novo projeto do zero, não descarte uma solução completamente Silverlight como uma escolha válida onde você teria ido com um portal ASP.NET tradicional.O Silverlight é RTW agora, então, se essa decisão ainda estiver em discussão, você sabe que não terá que lidar com alterações significativas no futuro.

Há alguns desvantagens com o desenvolvimento de um site totalmente em Flash/Silverlight, mas se essas desvantagens não forem importantes para você ou não tiverem impacto, nada o impedirá.Escolha qualquer ferramenta que você acha que atenda melhor às suas necessidades.Eu não hesitaria em criar um site exclusivamente em Silverlight com base nas desvantagens, porque traz muito mais pontos positivos para a experiência do usuário.

Os comentários anteriores abordaram a maioria das desvantagens de usar o Silverlight em um site como este e eu concordo.Se você está determinado a ter um desenvolvimento no estilo rich client e seu público é pequeno (apenas para administradores), então eu provavelmente recomendaria o WPF em vez do Silverlight, pois atualmente ele fornece um conjunto mais rico de ferramentas e controles.

Se você usar o ASP.NET, já deu uma olhada nos Dados Dinâmicos - eles são ideais para criar sites de gerenciamento de back-end com pouco esforço.

Já vi sites "somente Silverlight" na Microsoft e eles são bastante impressionantes.Mas, novamente, as demonstrações existiam para explorar todo o potencial do que o Silverlight pode fazer.No momento em que você precisar de algo diferente, você pode estar sem sorte.Não vejo o Silverlight como o Flash, exceto na maneira como são instalados/vistos.Mas o back-end do Flash/ActionScript é realmente ruim comparado ao que o Visual Studio pode oferecer com o .NET

Pergunte a si mesmo por que você gostaria de usar o Silverlight?Efeitos sofisticados ou modelo de programação?

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top