meds processor
1.0.0
meds-processor 빌드? C# 및 .NET Core에 대한 안내서이곳은 의약품 목록 데이터 스크레이퍼와 보안 문서화 된 REST 웹 API 등 외관과 느낌으로 실제 무언가를 구축하여 C# 및 .NET Core를 학습하기에 완벽한 장소입니다. 이 프로젝트는 중간 정도의 프로그래밍 경험이 있고 웹 앱 구축에 대한 경험이 있지만 백엔드에서 C# 및 .NET을 여전히 제외하지 않은 개발자를 위해 설계되었습니다.
ValidFrom.Year < 2019 , 파일 잠금 상황으로 인해 파서의 병렬화가 제거되고 API 응답을 약간 정리하고 불필요한 코드를 제거했습니다.ValidFrom.Year < 2019 표현식으로 문서를 걸러내는 것입니다. 추가 파서 (또는 기타 수정) 로이 문제를 해결하고 블로그 게시물을 업데이트 할 것입니다! 크로스 플랫폼 프로덕션 준비 준비 SDK는 .NET Core 이며이 응용 프로그램을 작성하는 데 사용되는 버전은 "version": "2.2.402" 입니다. OS의 SDK 다운로드를 여기에서 찾을 수 있습니다.
다음과 같이 응용 프로그램을 구축 하고 NUGET 패키지의 인터넷 연결을 확인하십시오).
> cd src/MedsProcessor.WebAPI
MedsProcessor.WebAPI > dotnet buildhttps : // localhost : 5001 with :
> cd src/MedsProcessor.WebAPI
MedsProcessor.WebAPI > dotnet run이제 주소에서 Swagger UI를 통해 웹 API를 찾아 볼 수 있습니다. https : // localhost : 5001/swagger/index.html
아래 이미지는 사용 가능한 엔드 포인트 및 존경받는 HTTP 방법으로 웹 API를 문서화하기 위해 생성되는 Swagger UI의 스크린 샷입니다.
나는 우리 나라의 건강 보험 기금이 구조화되지 않은 사용자 비우호적 인 형식의 의약품 및 약물과 같은 중요한 데이터를 현실에 있다는 사실에 짜증을 내었다. 또한 .NET Core와 기술 블로그를 작성하는 데 약간 녹슬 었다고 생각했습니다.
크로아티아의 건강 보험 기금과 그 주요 및 보충 약물 목록 및 C# 및 .NET Core (모든 최신 컴퓨터 OS 플랫폼) 만 사용하여 웹 스크레이퍼, 다운로더 및 Excel 파서를 구축하는 법을 배우십시오! .NET Core SDK를 설치하고 Windows, OSX 또는 Linux에서 동일하게 사용할 수 있습니다.
저장소는 네 부분으로 구성됩니다. 이러한 부분은 각각 자체 블로그 게시물 기사가있는 git 브랜치 입니다. Github (지점 선택 드롭 다운)에서 지점을 탐색 할 수 있습니다. 블로그 부분을 읽는 것으로 시작하는 것이 좋습니다. 최신 OS 및 코드 편집기를 사용할 수 있습니다.
Part/1 (실제 .NET Core - 웹 스크레이퍼, 다운로더 및 Excel Parser 작성. 1 부 : 스크레이퍼)
AngleSharp 라이브러리를 사용하여 Web Scraper 앱을 만들어 일부 원격 HTML 페이지를 가져오고 일부 링크를 추출 할 Web Scraper 앱을 만들 수있는 Dotnet CLI 인 .NET Core를 소개합니다.Part/2 (실제 .NET Core - 스크레이퍼 작성, Fetcher & XLS (X) 파서. 2 부 : 다운로더)
Task Parallel Library 사용하고 Async 작업을 프로세스하는 방법을 배웁니다.Part/3 (실제 .NET Core - 스크레이퍼 작성, Fetcher & .xls (x) 파서. 파트 3 : 파서)
NPOI 스프레드 시트를 사용하여 라이브러리를 구문 분석하여 C# 모델 클래스의 관련 데이터를 추출하는 법을 배웁니다. 완료되면 변환 및 구성된 데이터의 단일 데이터 세트가 있습니다.Part/4 (실제 .NET Core - 스크레이퍼, Fetcher & .xls (x) 파서 작성. 4 부 : 안전한 REST Web API)
Swagger 문서를 사용하여 열린 API 사양을 통해 클라이언트에게 API 개요를 제공합니다. 소스는 부품을 통해 많이 바뀌 었습니다. 이 프로젝트는 테스트로 덮여 있지 않기 때문에 버그가있을 수 있습니다 (앞으로 고려할 수있는 것). Web API 구현 외에도 Part/4는 리팩토링으로 이동하여 이전 부품에서 가장 좋은 형태가 아닌 일부 부품을 개선합니다. 먼저 알아 차리는 것은이 readme.md 문서가 처음 세 가지의 최종 형식에 있지 않다는 것입니다. 낙담하지 말고 개선 장소를 보면 나에게 알려주십시오. 블로그 시리즈를 팔로우하면 모든 것이 예상대로 작동해야합니다. 또한 HTTP 헤더 데이터를 운반하기위한 HTTP 응답을위한 기본 클래스와 같은 모든 관행은 사용하기에 가장 적합한 프로덕션이 아닙니다. 예, 항상 호기심을 가지십시오. 자신에게 "왜?", 접근 방식을 다시 생각하고 실행하십시오.
나는 개선, 의견, 문제, 포크/PR 및 좋은 관심사와 아이디어의 모든 것에 개방적입니다. 또한 원하는 경우 블로그 게시물 기사의 의견 섹션에서 귀하의 아이디어와 주제를 논의 할 수 있습니다.
베드란 만디 치.
MIT 라이센스
