Em breve C# terá suporte para metaprogramação: Códigos melhores com custo muito mais baixo

As próximas versões do compilador da linguagem C# irão fornecer, finalmente, suporte a metaprogramação. Trata-se de uma novidade importante que vai permitir, em diversos cenários, ganhos consideráveis de produtividade no desenvolvimento e de performance na execução das aplicações.
Neste vídeo, compartilhamos um exemplo prático de aplicação do conceito mostrando como metaprogramação pode ser utilizada para reduzir dramaticamente a quantidade de código que escrevemos, assim como as chances de cometermos erros.
Este vídeo é uma versão, revisada e ampliada, de uma publicação de nossos sites.
www.eximiaco.m...
Convidamos você, também, a conhecer nosso podcast: "Os Drops da EximiaCo", que está disponível em todas as principais plataformas.
Spotify
open.spotify.c...
Apple Podcasts
podcasts.apple...
Deezer
www.deezer.com...

[@Leanst.]

Sensacional!

[@AlbertoMonteiro]

Outro ponto bem importante é a questão de performance, já que por exemplo, serializadores de json não precisam mais usar reflection uma vez que o código vai ser gerando em dev-time

[@vmamore]

Não entendi muito bem Alberto, teria algum link pra entender melhor essa questão da performance?

[@AlbertoMonteiro]

@@vmamore não tenho um link, mas a questão é o usar reflection tem um custo de performance, então quando você trocar o processamento que antes acontecia em runtime para obter as propriedades, seus valores e ir gerando o json, parte desse comportamento vai passar para dev-time, então é nesse momento que vem a melhora em questão de performance. Você pode pesquisar mais sobre as implicações de performance ao usar reflection, isso vai ajudar a entender o ganho

[@vmamore]

@@AlbertoMonteiro Massa, vou pesquisar mais, valeu!

[@Lindembergz]

Já tem no Delphi esse fantástico recurso...reusabilidade e controle são os maiores benefícios. Que bom que será introduzido no C#...inclusive é possível passar parâmetros nos atributos

[@AlanJeffersonNascimento]

Parabéns pelo artigo, pela divulgação da nova funcionalidade.

[@danilogomes-br]

Gostei bastante da nova funcionalidade, fiquei com dúvida se em modo debug seria possível depurar dentro do código gerado pelo SourceGenerator?

[@carlosl8832]

👍

[@fanturyP]

Muito bom este recurso, mas fica a duvida quando executar o Build da solução levará mais tempo pra copilar o projeto ou não?

[@42lillo]

Parabéns pelo video, o codigo do seu exemplo está no Github? Pode passar o link?

[@wesleyjesus5598]

Podemos ver uma abordagem bastante semelhante no framework refit

[@assuncaojr]

Fiquei com uma dúvida: o source da classe AutoNotifyGenerator foi criado por vc ou gerado automaticamente?

[@AlbertoMonteiro]

Criado pele Elemar

[@vmrocha]

Essa abordagem me lembra um pouco o uso de arquivos T4 para geração de código. Usei bastante no passado para geração da camada de acesso a dados. A grande diferença é poder ter esses arquivos gerados em tempo de compilação e não precisar que eles façam parte do projeto. Será que seria muito bizarro o source generator acessar recursos externos como banco de dados ou APIs http como fonte de informação para geração de código?

[@AlbertoMonteiro]

Eu confesso que essa mágica aí já em grande partes dos casos seria prejudiciais. Lembre que o source generator vai estar em execução constante pela IDE, então você deve evitar ter processos lentos, principalmente os que fazem IO

[@innerdawn]

cara, muito gambiarra escrever codigo em strings, torço para q essa ideia não vá adiante. herança horizontal seria muito mais elegante.

[@EximiaCo]

Acho que não fui claro. A idéia não é essa.

[@EximiaCo]

O que quer dizer com "herança horizontal"?

[@innerdawn]

minha critica nao é ao recurso, nesse ponto é realmente muitíssimo interessante! critico a forma de escrever o codigo dinamico, assim compondo strings, e que serao anexadas só em tempo de compilação. Como será o debug? perdemos code highlight? perdemos code completion? perdemos strong typing? em fim, a forma deve evoluir de alguma maneira, pq assim concatenando strings é um retrocesso sem dúvida.