Microsoft.NET Framework

Prós

• Permite que os usuários implantem aplicativos .NET
• Os programadores podem usar .NET como uma estrutura
• Muitas aplicações agora requerem .NET, então pode ser visto como um pré-requisito
• Hotfixes resolvem a maioria dos problemas relacionados à segurança

Contras

• Um pouco inchado
• Pode não ser necessário para todos os usuários
• O método para criar arquivos XOML mudou ao longo do tempo

A estrutura .NET da Microsoft é um ambiente de execução e uma plataforma de programação que permite que programas escritos com certas bibliotecas de classe fundamentais sejam executados em PCs Windows. Os usuários finais nunca terão que se preocupar com nada disso, uma vez que o funcionamento interno do sistema .NET normalmente não é de particular importância. A razão pela qual a maioria das pessoas instala o software é simplesmente porque precisam dele.

Os engenheiros às vezes usam a estrutura .NET para desenvolver rapidamente programas de computador, importando bibliotecas cheias de sub-rotinas pré-compiladas que lidam com muitas funções comuns. As bibliotecas .NET cuidam de tudo, desde conectividade de banco de dados até criptografia, o que significa que os programadores não terão que escrever manualmente rotinas que tratam dessas tarefas. Ao baixar e instalar um programa que espera que essas bibliotecas estejam lá, você pode receber uma mensagem informando que não tem a infraestrutura .NET instalada.

Basta baixar o assistente de configuração .NET e concordar com alguns prompts para resolver esse problema. Os usuários finais geralmente podem esquecer a estrutura assim que a instalação estiver completa. Como a Microsoft tem promovido a tecnologia .NET para o desenvolvimento da maioria das novas aplicações na plataforma Windows, a estrutura pode ser vista como um pré-requisito para a execução de quase todos os tipos de software.

Aqueles que podem ter experimentado mensagens de erro no passado provavelmente nunca mais as verão. Na maioria dos casos, simplesmente instalar a estrutura .NET e suas diversas dependências é suficiente para resolver todos esses problemas.

No entanto, os usuários avançados podem encontrar alguns percalços. A criação de arquivos XOML é um aspecto importante de muitas estruturas online. Ao longo do tempo, o .NET mudou a maneira como esse processo ocorre. Se você escreveu programas que usam o paradigma antigo, então precisará revisar suas listas de códigos-fonte e fazer algumas alterações antes que eles funcionem novamente.

Embora seja improvável que aqueles que não são programadores se deparem com esse tipo de problema, eles podem descobrir que alguns softwares mais antigos não funcionam como resultado dessas mudanças. Eles podem, ocasionalmente, receber algumas mensagens de erro estranhas que não são tão descritivas, o que pode ser extremamente confuso.

Dito isso, a maioria dos usuários nunca sofrerá com esses problemas. Na verdade, isso poderia ser dito sobre a esmagadora maioria dos ambientes de execução na plataforma Windows. Como o hardware de PC está sempre em fluxo, os programadores não podem ter certeza se seu código será executado em uma máquina específica.

Por outro lado, os programadores encontrarão muito o que amar ao trabalhar com as bibliotecas .NET. Como a estrutura inclui controles de interface do usuário como uma abstração, você não terá que se preocupar em codificar nenhum widget de UI você mesmo. Os engenheiros podem confiar em outras abstrações para lidar com cálculos numéricos, bem como para se comunicar com a pilha de rede. O sistema .NET possui uma pilha de componentes relativamente grande que fornece mais do que middleware suficiente para executar quase todos os tipos de software.

Trabalhar com uma pilha tão grande tradicionalmente faria com que o software de aplicação se tornasse extremamente inchado, mas a interface .NET resolveu esse problema carregando apenas os componentes que são necessários em tempo de execução. Isso faz com que ele funcione pelo menos um pouco mais rápido do que as estruturas mais antigas que a Microsoft eliminou progressivamente a favor dela.

À medida que mais PCs transitam para a plataforma ARM, os usuários se veem executando software Windows dentro de um emulador, independentemente de perceberem ou não. Isso se deve ao fato de que as aplicações Windows tradicionais são escritas para os ambientes x86 e x86_64, enquanto alguns PCs mais novos usam microchips ARM. A implantação de uma máquina virtual nesse ambiente pode desacelerar as coisas, mas é a única maneira de o Windows executar aplicativos tradicionais em máquinas baseadas em ARM.

Felizmente, o .NET é suficientemente enxuto para que as pessoas não percebam muita diferença ao executar um software que depende dele em uma máquina ARM. Aqueles que têm chips mais rápidos baseados em RISC em seus computadores não devem notar muita diferença. O melhor de tudo é que eles serão capazes de baixar e instalar a estrutura .NET sem mesmo perceber que algo estava errado.

Prós

• Permite que os usuários implantem aplicativos .NET
• Os programadores podem usar .NET como uma estrutura
• Muitas aplicações agora requerem .NET, então pode ser visto como um pré-requisito
• Hotfixes resolvem a maioria dos problemas relacionados à segurança

Contras

• Um pouco inchado
• Pode não ser necessário para todos os usuários
• O método para criar arquivos XOML mudou ao longo do tempo