Usando .NET para Windows Forms com base Desenvolvimento de Produto

Question

.NET tornou-se uma tecnologia popular entre os desenvolvedores de software e comsumers. Eu estava pensando se seria uma decisão sábia para desenvolver um produto baseado Windows Forms no .NET que pode ser baixado por milhares de clientes em todo o mundo. O problema real pode ser a instalação estrutura que tem crescido consideravelmente com as versões .NET.

v2.0 teve instalar um 22MB decente, mas o mais recente v3.5 vai além de 150MB e pode provar ser um fator decisivo para os clientes. Tenho ouvido falar de algumas ferramentas que fazem um tipo de "estático" ligando para .NET assembleias (por exemplo ILMerge) e pode ser usado para criar pequenas contidas executáveis ??auto, mas a questão é pode estas ferramentas ser usado em ambiente de produção? ferramenta que ele ILMerge era uma ferramenta de pesquisa e acho que nunca fez a instalação VS.

Eu tenho um produto para desenvolver que precisa de uma interface de usuário olhando muito agradável que pode ser realizada utilizando o apoio WPF. Mas eu não tenho certeza se os clientes gostariam de baixar um quadro 150MB (Não tenho certeza o quão grande é v3.0) para uma aplicação de 4MB. Se eu desenvolver em .NET 2.0, eu perder o suporte para WPF. Does XP, Vista, Windows 7 vem com um quadro pré-instalado .NET?

- ATUALIZADO com base em comentários -

O aplicativo será baixado de um site e não terá uma mídia distribuíveis.

1. Use .NET 2.0 -. Isso não vai me deixar usar WPF por isso vou perder na fantasia coisas a menos que eu usar alguma ferramenta de terceiros esfola
2. Use o perfil do cliente para despir a instalação -. A instalação vai descer para cerca de 30 megas e vou manter o apoio WPF / WCF, juntamente com os novos recursos de estrutura

3. sistemas operacionais suportados

     Win 98, ME, 2000 - Full install of Runtime required
     Win XP SP2, SP3, 2003 (I think these have .NET 2.0)
     Vista, 2008 - All version have atleast v3.0
     Windows 7 - v3.5
   

Answer 1

Várias versões do framework .NET vêm pré-instalado com o Vista e Windows 7 :

• XP - Nada
• Vista - .NET 3.0
• Windows 7 - NET 3.5

Se você está realmente preocupado com o tamanho do download você deve dar uma olhada no perfil do cliente. Esta é uma versão corte para baixo do quadro que inclui apenas os bits mais importantes para o desenvolvimento de aplicações cliente. Acredito seus ~ 30 MB de tamanho. Suporte para ele foi parciais em 3,5. Ele só trabalhou em 32bit XP e somente se há outras versões de enquadramento foram instalados , mas parece ser muito melhor em 4.0. Ele agora trabalha em todas as plataformas que suportam a estrutura completa .NET mesmo se eles já têm outra versão do framework e vem em forma de re-distribuir, bem como um instalador web Veja aqui

Indo além dos detalhes técnicos, você precisa considerar o seu mercado-alvo. Diferentes mercados têm diferentes linhas de base e exigências. Lembre-se você sempre pode agrupar-se o instalador do .NET com sua aplicação tudo em um CD se você estiver distribuindo fisicamente a mídia. Eu diria que na maioria dos casos não deve ser um problema (especialmente se você segmentar o perfil do cliente), eu só estaria preocupado se estivesse alvejando um específico e segmento de mercado pequeno que tinha requisitos muito rigorosos sobre o software foi permitido .

Answer 2

Se você está preocupado com o tamanho da instalação, em seguida, eu teria como alvo o framework .Net 2.0 sobre o framework .Net 3.5 - se você está apenas fazendo uma aplicação Windows Forms básica (sem WCF, WPF ou Linq etc ...) em seguida, a estrutura líquida 2.0 tem 90% da funcionalidade de Net 3.0 ou 3.5, e também presente em uma percentagem muito mais elevada de máquinas (80% de acordo com a este blog )

Em VS2008 Eu tenho modificado meus modelos de projeto para tornar este o padrão.

Answer 3

Há também a .NET Framework Cliente Perfil Pré-Visualização que deve reduzir o tamanho do download .NET Framework para 28 MB. Ele inclui WPF.

Answer 4

Ele pode certamente ser uma preocupação para os usuários com conexões de rede lentas. Uma solução é restringir o desenvolvimento a não usar os recursos mais recentes (que é o que eu faço) e fornecendo um link para o tempo de execução .NET 2.0 na página web instruções de instalação do aplicativo. Este belo trabalho vontade para Windows Forms (apesar de não ser possível usar WPF e alguns dos recursos de linguagem mais recentes).

Answer 5

Eu não acho que é um fator decisivo, na maioria das vezes. Vista tem .NET 3.0 já embalados com ele, eu acredito. Além disso, Java é no mesmo barco (o que exige um JRE) e eu não sei de qualquer software que tenha realmente sofreu com a "sobrecarga" de baixar uma plataforma de tempo de execução como Java do ou .NET.

Eu acredito fortemente que é melhor pensar nessas plataformas como de facto normas; Assim, muitos aplicativos exigem-los hoje em dia; as chances são a maioria dos seus potenciais utilizadores já os tem instalado.

Answer 6

Ok, então deixe-me fazer esta pergunta estúpida. Por que você confinado-se a um cliente de desktop standalone, em vez de um aplicativo da Web? Você poderia fazer as coisas extravagantes usando o Silverlight. Um dos clientes com quem trabalhei, tem um só cliente posição no mercado, mas, eventualmente, quer movê-lo para a Web desde que ele precisa dos usuários de Mac também.

Answer 7

Faça-o para que os clientes maravilhosos iria baixar um quadro 1GB:.)

Agora a sério, como XP e todas as versões acima vêm com .NET pré-instalado, o que você se preocupar com?

Você poderia apenas como alvo o .NET 2.0 para agora (a menos comprometidos com a WPF) e, após 3,5 ganha popularidade suficiente, switch.

Answer 8

Se off-line instalação de .NET não é necessária, em seguida, o instalador on-line pode ser usado e o tamanho real download estará abaixo de 60 megas (dependendo de quanto já está instalado).