Visão Geral da Linguagem e Ecossistema

C# como linguagem multi-domínio. C# é uma linguagem de propósito geral utilizada em aplicações web, sistemas cloud, IA, IoT, desktop, mobile, games e utilitários de linha de comando. O ecossistema .NET (runtime, bibliotecas e ferramentas) é o ambiente de execução que viabiliza essas aplicações, sendo multiplataforma (Windows, Linux, macOS, Android, iOS) e open source desde 2014. A implicação prática é que o código C# pode ser executado em servidores Linux, dispositivos móveis e navegadores (via WebAssembly) sem reescrita significativa.

Evolução contínua e produtividade. As versões recentes (C# 11 e 12) introduziram pattern matching, primary constructors e collection expressions para reduzir verbosidade. Recursos de generic math e controle refinado de memória atendem cenários de alta performance. A implicação prática é a capacidade de escrever código mais expressivo e seguro, com menor custo de manutenção, sem sacrificar a eficiência em runtime.

Modelo de execução gerenciada (Managed Code). O compilador C# gera Intermediate Language (IL) em vez de código de máquina nativo. O Common Language Runtime (CLR) converte IL em código executável sob demanda (Just-In-Time - JIT) ou antecipadamente (Ahead-Of-Time - AOT). A implicação prática é a portabilidade binária: um assembly compilado para .NET 8 pode rodar em x64, ARM64 ou WebAssembly, aproveitando otimizações do runtime mais recente sem recompilação.

Código Gerenciado vs. Nativo AOT. O modelo padrão (JIT) oferece tiered compilation (recompilação dinâmica para hotspots) e metadados ricos via Reflection. O modelo Native AOT compila diretamente para código de máquina, eliminando a necessidade do runtime no destino e reduzindo drasticamente o tempo de inicialização e o tamanho do binário. A contrapartida é a restrição no uso de Reflection dinâmica (geração de código em runtime), exigindo adaptações como Source Generators.

Unificação das Implementações .NET. Historicamente existiam múltiplos runtimes (.NET Framework, Mono, .NET Core). Atualmente, o ecossistema converge para a implementação unificada denominada simplesmente .NET (versão 8.0 LTS). O .NET Framework (Windows-only) está em modo de sustentação, sem novos recursos. A implicação prática para novos projetos é a adoção obrigatória do .NET (multiplataforma) para usufruir das inovações da linguagem e melhorias de performance.

Estrutura Fundamental de um Programa C

A Solução e os Projetos. Uma Solution (.sln) agrupa múltiplos Projects (.csproj). Cada projeto compila para um Assembly (.dll ou .exe). A implicação prática é a separação de responsabilidades (ex: App.Core, App.Web, App.Tests) e o gerenciamento de dependências via referências entre projetos ou pacotes NuGet.

Top-Level Statements. C# permite omitir a estrutura explícita de namespace, class e método Main no ponto de entrada da aplicação. O compilador encapsula automaticamente as instruções soltas em Program.cs dentro de uma classe Program e método <Main>$. A implicação prática é a redução de boilerplate para scripts, aplicações console simples e tutoriais, focando o aprendizado na lógica imediata.

Namespaces. Mecanismo de organização lógica e prevenção de colisão de nomes. Tipos são declarados dentro de namespaces (ex: System.IO, MyApp.Services). A resolução de nomes é feita via using directives (locais ou globais) ou fully qualified names. A implicação prática é a legibilidade do código e a capacidade de referenciar bibliotecas externas com nomes potencialmente conflitantes (ex: System.Windows.Shapes.Path vs System.IO.Path).

Classes e Membros Estáticos. C# é orientado a objetos: todo código executável reside dentro de um membro de um tipo (classe, struct, record). Classes static são contêineres para métodos utilitários que não requerem instância. A implicação prática é a organização do código em unidades coesas com estado e comportamento bem definidos, evitando variáveis e funções globais.

Testes Unitários e Atributos. Frameworks de teste (MSTest, xUnit, NUnit) utilizam Attributes ([TestClass], [TestMethod]) para marcar metadados executáveis. O runner de testes inspeciona o assembly via Reflection, identifica as anotações e invoca os métodos. A implicação prática é a automação da verificação de qualidade e a adoção de TDD (Test-Driven Development) com ferramentas integradas ao IDE/CLI.

🔻 BLOCO FINAL: RESUMO OPERACIONAL