Perguntas de Entrevista .NET

.NET Framework e .NET Core são duas plataformas diferentes que implementam o padrão .NET. Aqui estão algumas diferenças principais entre elas:

1. **Suporte Multiplataforma**:
.NET Framework está disponível apenas para o sistema operativo Windows, enquanto o .NET Core é multiplataforma e funciona em vários sistemas operativos, como Windows, Linux e MacOS.

2. **Modelos de Aplicação**:
.NET Framework suporta vários modelos de aplicação, incluindo Windows Forms, WPF e ASP.NET. Por outro lado, o .NET Core inicialmente tinha modelos de aplicação limitados, principalmente consola e ASP.NET Core. A partir da versão 3.0, o .NET Core também começou a suportar WPF e Windows Forms, mas apenas no Windows.

3. **Suporte a Microsserviços**:
.NET Core é uma melhor escolha para microsserviços devido à sua natureza modular e leve. Permite criar pequenos serviços independentes que podem ser desenvolvidos e escalados de forma independente. .NET Framework, por outro lado, não é recomendado para arquitetura de microsserviços.

4. **Desempenho**:
.NET Core é mais eficiente e rápido em comparação com o .NET Framework graças a diversas melhorias e otimizações.

5. **Suporte a Versões**:
.NET Core oferece melhor suporte para diferentes versões. No .NET Core, tem-se melhor controlo sobre a versão do ambiente de runtime utilizado. No .NET Framework, as atualizações geralmente afetam todo o sistema e podem causar problemas de compatibilidade.

**Kestrel** é um servidor web que é usado por defeito no ASP.NET Core ao criar aplicações web. É um servidor multiplataforma, o que significa que opera em vários sistemas operativos, como Windows, Linux e macOS.

**Kestrel** pode lidar tanto com projetos pequenos como grandes, tornando-se uma escolha versátil para os desenvolvedores. A característica mais importante deste servidor é o seu ótimo desempenho, especialmente quando comparado com servidores anteriores usados no ASP.NET.

No entanto, é apenas um dos muitos servidores que podem ser usados no ASP.NET Core. Pode ser substituído por outro, como IIS ou HTTP.sys, se necessário. Kestrel é a escolha padrão ao criar novas aplicações no ASP.NET Core devido ao seu desempenho e versatilidade. Além disso, é totalmente configurável, dando aos desenvolvedores controlo total sobre o funcionamento do servidor.

**Hot Reload** é uma funcionalidade no .NET que permite aos programadores modificar o código-fonte de uma aplicação enquanto ela está em execução, sem necessidade de parar e reiniciar a aplicação. O código modificado é compilado imediatamente e injetado na aplicação em execução.

Isto significa que, se fizer alterações na visão ou na lógica de negócio, não precisa de parar e reiniciar a sua aplicação para ver essas alterações em tempo real. Isto melhora a eficiência do desenvolvimento, poupando tempo e eliminando (ou pelo menos reduzindo) interrupções causadas pelo reinício.

O Hot Reload está atualmente disponível para aplicações de consola, aplicações WPF (.NET Core 3.1 e posteriores), aplicações Windows Forms (.NET 6.0 e posteriores) e aplicações ASP.NET Core (excluindo aplicações Blazor).

Uma característica distintiva desta funcionalidade é que pode ser usada sem a necessidade de anexar um depurador, tornando o seu uso ainda mais eficiente no desenvolvimento diário de aplicações. O Hot Reload funciona tanto em modos de Debug como de Release.

A Ferramenta Global é um tipo especial de pacote NuGet que contém uma aplicação de consola. Esta ferramenta é instalada globalmente no computador e pode ser utilizada a partir de qualquer lugar no sistema.

Isto pode ser útil em muitas situações, por exemplo, quando deseja aceder a uma função específica de uma Ferramenta .NET sem adicioná-la como dependência para cada projeto. Um exemplo de uma Ferramenta Global é o .NET Watcher, que compila e executa automaticamente a aplicação quando detecta mudanças no código-fonte.

Para instalar as Ferramentas Globais, é usado o comando `dotnet tool install -g`, onde a opção `-g` indica a instalação da ferramenta globalmente. Para desinstalar, utiliza-se `dotnet tool uninstall -g`.

Também há a opção de instalar a ferramenta localmente para um projeto específico usando a opção `--tool-path`. Isto pode ser útil se desejar utilizar diferentes versões das ferramentas para diferentes projetos.