fbpx
SmtpClient dá lugar a MailKit e MimeKit
Publicado em: terça-feira, 18 de abr de 2017

No InfoQ foi noticiada a mudança de estratégia em relação ao uso do SmtpClient que aparentemente está descontinuado. Em substituição a Microsoft recomenda os pacotes jstedfast/MailKit e jstedfast/MimeKit.

Pela segunda vez, a Microsoft marcou oficialmente uma classe .NET como sendo substituída por uma biblioteca open source. A documentação para SmtpClient agora diz: “Obsolete(” SmtpClient seus tipos foram mal projetados, recomendamos fortemente que você use https://github.com/jstedfast/MailKit e https://github.com/jstedfast/MimeKit”)”.

MailKit e MimeKit foram criados por , que entrevistamos em 2014. Mesmo naquela época, elas já eram considerados as bibliotecas mais abrangentes para MIME e E-mail.

Podemos encontrar a novidade no repositório do MONO Project, no build para Xamarim do .NetStandard e no repositório de documentação dotnet/docs – SmtpClient.xml, embora não vejamos ainda no repositório Corefx, dedicado ao .NET Core Libraries. Vale lembrar que só analisei repositórios públicos no github.

Quer conhecer mais sobre o projeto, dá uma olhada em http://www.mimekit.net/.

Dia 11 o próprio Jeffrey Stedfast postou no seu blog sob o título de Achievement Unlocked: MimeKit and MailKit in official Microsoft docs uma nota sobre o assunto.

Que tal fazer uma PoC com Mailkit e MimeKit?

 

O Cloud Native .NET é meu principal projeto.

Onde empenho energia para ajudar, acompanhar, direcionar Desenvolvedores, Líderes Técnicos e jovens Arquitetos na jornada Cloud Native.

Conduzo entregando a maior e mais completa stack de tecnologias do mercado.

Ao trabalhar com desenvolvedores experientes, eu consigo usar seu aprendizado com .NET, banco de dados, e arquitetura para encurtar a jornada.

Ao restringir à desenvolvedores .NET eu consigo usar do contexto de tecnologias e problemas do seu dia-a-dia, coisas que você conhece hoje, como WCF, WebForms, IIS e MVC, por exemplo, para mostrar a comparação entre o que você conhece e o que está sendo apresentado.

É assim que construímos fundamentos sólidos, digerindo a complexidade com didática, tornando o complexo, simples.

É assim que conseguimos tornar uma jornada densa, em um pacote de ~4 meses.

Eu não acredito que um desenvolvedor possa entender uma tecnologia sem compreender seus fundamentos. Ele no máximo consegue ser produtivo, mas isso não faz desse desenvolvedor um bom tomador de decisões técnicas.

É preciso entender os fundamentos para conseguir tomar boas decisões.

0 comentários

Enviar um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

Esse site utiliza o Akismet para reduzir spam. Aprenda como seus dados de comentários são processados.

[docker de a a z]

Lives

Fique de olho nas lives

Fique de olho nas lives no meu canal do Youtube, no Canal .NET e nos Grupos do Facebook e Instagram.

Aceleradores

Existem diversas formas de viabilizar o suporte ao teu projeto. Seja com os treinamentos, consultoria, mentorias em grupo.