meds-processor ? Guia para C# e .Net CoreEste é o lugar perfeito para começar a aprender C# e .NET Core, construindo algo real com a aparência e a sensação - um raspador de dados da lista de medicamentos e uma API da Web REST documentada segura. Este projeto foi projetado para desenvolvedores que têm experiência moderada de programação e alguma experiência na criação de aplicativos da web, mas ainda não envolveram C# e .NET no back -end.
ValidFrom.Year < 2019 , removeu a paralelização do analisador devido a situações de bloqueio de arquivo, limpou um pouco as respostas da API, removeu o código desnecessário.ValidFrom.Year < 2019 . Vou consertar isso com o analisador adicional (ou outra correção) e atualizar as postagens do blog! A produção de plataforma cruzada Ready SDK é .NET Core e a versão usada para criar este aplicativo é "version": "2.2.402" . Você pode encontrar os downloads do SDK para o seu sistema operacional aqui.
Crie o aplicativo (e garanta a conectividade da Internet para que os pacotes de Nuget sejam restaurados) com:
> cd src/MedsProcessor.WebAPI
MedsProcessor.WebAPI > dotnet buildExecute o aplicativo (e garanta a conectividade da Internet para que o raspador da web funcione) em https: // localhost: 5001 com:
> cd src/MedsProcessor.WebAPI
MedsProcessor.WebAPI > dotnet runAgora você pode navegar na API da Web por meio de uma interface do usuário do Swagger no endereço: https: // localhost: 5001/swagger/index.html
A imagem abaixo é uma captura de tela da interface do usuário que é produzida para documentar a API da Web com pontos de extremidade disponíveis e seus respeitados métodos HTTP.
Fiquei irritado com o fato de que o fundo de seguro de saúde do meu país realizar dados importantes, como medicamentos e medicamentos em um formato tão não estruturado e hostil. Além disso, achei que estou um pouco enferrujado com o .NET Core e escrevendo blogs técnicos.
Aprenda a construir um raspador da web, downloader e analisador do Excel, cavando alguns dados hiddiosos de planilha do Fundo de Seguro de Saúde da Croácia e sua lista primária e suplementar de medicamentos e tudo isso usando apenas C# e .NET Core (em qualquer plataforma moderna do sistema operacional)! O .NET Core SDK pode ser instalado e usado o mesmo no Windows, OSX ou Linux.
O repositório é composto por quatro partes. Essas peças são ramos git , onde cada uma delas tem seu próprio artigo de postagem no blog. Você pode navegar pelas filiais aqui no Github (o suspensão da seleção de ramificações). Aconselho que você comece lendo a parte/1 do blog, pois ele o guiará através da criação da solução por conta própria. Você pode usar qualquer sistema operacional moderno e editor de código.
Parte/1 (PRÁCIO .NET CORE - Escreva um raspador da web, downloader e analisador Excel. Parte 1: raspador)
AngleSharp para buscar algumas páginas HTML remotas e extrair alguns links.Parte/2 (PRÁCIO .NET CORE - Escreva um raspador, Fetcher & XLS (X) Parser. Parte 2: Downloader)
Task Parallel Library e processará tarefas assíncronas no .NET Core.Parte/3 (PRÁCIO .NET CORE - Escreva um raspador, Fetcher & .xls (x) analisador. Parte 3: analisador)
NPOI para extrair dados relevantes para suas classes de modelo C#. Ao terminar, você terá um único conjunto de dados de dados transformados e organizados.Parte/4 (Prático .NET Core - Escreva um raspador, Fetcher & .xls (x) analisador. Parte 4: API da Web de Rest Secure)
Swagger com base em seus controladores e ações bem documentados. A fonte mudou muito através das peças. Pode haver bugs, pois este projeto não é coberto por testes (algo que eu posso considerar no futuro). A parte/4, além da implementação da API da Web, é fornecida para refatorar e melhorar algumas peças que não têm propósito não em sua melhor forma de partes anteriores. O que você notará primeiro é que este documento README.MD não está nesta forma final nas três primeiras filiais. Não fique desanimado, no entanto, me notifique se você vir o lugar para melhorar. Tudo deve funcionar como esperado se você seguir a série de blogs. Além disso, todas as práticas que você vê aqui, como uma classe base para uma resposta HTTP para transportar dados do cabeçalho HTTP não são a melhor produção para usar. Então, sim, sempre fique curioso, pergunte a si mesmo "Por quê?", Retine sua abordagem e depois execute.
Estou aberto a melhorias, comentários, questões, garfos/PRs e tudo de boa preocupação e ideia. Também podemos discutir suas idéias e tópicos na seção de comentários sobre os artigos de postagem do blog, se você preferir.
Vedran Mandić.
MIT Licença