{"@context":"https://schema.org","@type":"FAQPage","mainEntity":[{"@type":"Question","name":"Por que isso é importante","acceptedAnswer":{"@type":"Answer","text":"Ao criar sistemas em C#, falhas sutis em gestão de interfaces, injeção de dependência, uso do virtual/abstract ou forma como sua API interage com o banco podem gerar bugs fatais, ataques, desperdício de tempo e código impossível de manter. Programadores que dominam estes conceitos escrevem código robusto, rápido e seguro — e são mais valorizados no mercado. Descubra aqui o que poucos explicam de verdade sobre .NET!"}},{"@type":"Question","name":"Múltiplas implementações de uma mesma interface: isso pode explodir seu código?","acceptedAnswer":{"@type":"Answer","text":"Quando você usa serviços de injeção de dependência em C#, pode ter várias classes que implementam a mesma interface. O que acontece se você registrar as duas implementações? Por padrão, muitas bibliotecas retornam só a última instância registrada ao resolver a interface — ou todas, como uma coleção, dependendo do método usado. Então, você deve ser explícito ao registrar e ao consumir: decida se precisa de uma instância específica, ou de todas."}},{"@type":"Question","name":"Como escolher entre virtual, override e abstract em C#?","acceptedAnswer":{"@type":"Answer","text":"O modificador virtual permite que métodos sejam sobrescritos em classes filhas, mesmo em classes não abstratas. O override indica a sobrescrita efetiva em uma subclasse. O abstract obriga a sobrescrita em todas as subclasses e impede instância direta da classe base. Esses detalhes mudam como a lógica de negócio é herdada e redefinida."}},{"@type":"Question","name":"Você sabe mesmo o que acontece ao sobrescrever métodos?","acceptedAnswer":{"@type":"Answer","text":"Instâncias de subclasses só usarão sua implementação sobrescrita se você marcar o método na base com virtual (ou abstract ). Métodos não marcados não podem ser sobrescritos. Em casos de hierarquia, diferentes tipos retornam comportamentos distintos dependendo da sobrescrita, permitindo regras específicas por classe."}},{"@type":"Question","name":"Controle: quando é vantagem e quando vira armadilha?","acceptedAnswer":{"@type":"Answer","text":"Escrever SQL manualmente dá ajuste fino e resolve casos que ORMs simplificam demais. Porém, cada modificação em nome, tipo ou estrutura do banco exige atualização manual em todos os lugares no código onde o SQL aparece. O ganho de controle pode rapidamente virar acúmulo de erros e inconsistência."}},{"@type":"Question","name":"Performance: SQL manual é mesmo mais rápido sempre?","acceptedAnswer":{"@type":"Answer","text":"Queries customizadas escapam do trabalho extra dos ORMs, o que — especialmente em bancos “feios” ou sem padronização — pode dar um salto enorme de performance. Mas, em bancos bem modelados, o ganho tende a ser pequeno ou nulo nas versões recentes dos frameworks."}},{"@type":"Question","name":"É seguro misturar queries puras e ORM?","acceptedAnswer":{"@type":"Answer","text":"Em muitos projetos maduros, é comum encontrar ambos (Dapper, ADO.NET com Entity Framework). Use queries puras para casos de alta performance (leitura gigante, relatórios), mas garanta que todo input do usuário seja parametrizado para não expor dados sensíveis."}}]}