예, .NET 코어 3.0 공식 출시, 흥미 진진한.
WPF
사실, .NET 코어 2.1은 이미 3.0이 무엇을 가져다 완벽한 시작 버전? 내가보기 내 사용 지점 서, 가장 흥미로운이 있습니다 : 수있는 WPF! WPF를 사용! WPF를 사용!
그건 리눅스는 WPF를 사용할 수 없습니다? - 아 ...... 여부, 그것은 .NET 핵심 SDK WPF 프로그램을 개발할 수 있습니다, 그러나 .NET 코어 데스크톱 런타임에 의존하더라도,이는 현재 너무 다른 플랫폼은 아직 할 수 WPF없는, 윈도우에게 버전을 실행한다. 당신이 아직 큰 진전을 생각하지 않아? 그 결과, 나는 .NET 프레임 워크와 안녕히 말할 수있는, .NET 코어 시대에 들어갔다. 한편,의 WinForm도 지원됩니다, 포효 아!
나는 즉시 직접 WPF의 작성을 지원 16.3.1 비주얼 스튜디오 2019로 업그레이드 (.NET 코어) 프로젝트, WPF 개발 경험의 개발과 차이가 없습니다 이전에, 완벽하게!
또한, 지금 DOTNET 프로그램은 실행이 명령은 인수의 필요성의 방법 "후에 .NET app.dll"없이 실행 파일에 직접 컴파일 할 수 있습니다.
시스템 요구 사항 및 호환성
지금은 고객의 요구에 사용자에게 일부 데스크톱 응용 프로그램을 기반으로하지만, 클라이언트 운영 체제가 지원하지 않는 경우 .NET 코어 3.0 화이트 해냈어 작성할 수 있습니다, 다행히 .NET 핵심 운영 체제 요구 사항 3.0 쌍과 아주 많이하지 :
-
윈도우 7 SP1의 +, 윈도우 8.1 +, 1067 + 윈도우 10, 윈도우 서버 2012 R2 SP1 + (86 / 64 皆可)
-
레드햇 7에 CentOS 7 우분투 16.04 +, 페도 29+ (필수 64)
-
맥 OS 10.13+
Windows7의 또는 지원, 당신이 알고, 안심, 고객의 홍수는 여전히 Windows7의를 사용하고있다. 글쎄, 확실한 업그레이드를 휴식.
당신이 .NET 표준 2.0 아무 문제에 대한 그 대상 라이브러리를 쓰기 전에 호환성에 관해서는, 나는 어떤 문제를 발견하지 않았다.
실행 시간
SDK는 동일한 집합으로 간주 될 수 있지만, 다른 시스템과 다양한 요구, 다른 설치 패키지에 따라 런타임, 우리는 간단하게 생각할 수 있도록 : .NET 핵심 런타임을 설치, 그것은 Windows 환경과 WPF 데스크톱 응용 프로그램 등을 요구하는 경우, .NET 코어 데스크톱 런타임을 설치합니다.
특히 볼 수 있습니다 :
https://dotnet.microsoft.com/download/dotnet-core/3.0
CentOS는 어떻게 설치 하는가?
SDK를 개발 프로그램의 2.1 버전으로, 당신이 준비가되면 직접, 속도뿐만 아니라 ...... 아, 정말, 조금 더 빨리, 완벽한 다시 일 것 같다 실행하기 전에 문제를 발견하지 않았다!
그리고 내가 유용하게 고려 몇 가지를 설정
-
성능에 상당한 증가는, 어떻게 그것을 테스트하지 못했지만, 나는 아 포효, 2.1 성능이 꽤 좋은되었습니다 느낌!
-
C # 8, 나는 완전히 지출하지 않은 C # 7에서 그 새로운 기능, 8, C # 언어 기능, 쿨의 거리를 우회 다른 언어로 얘기 나왔다.
-
빠른 WebAPI는, JSON API를 않는 처리, 그 유용 JSON, JSON은 향상된 기능의 많은입니다.
-
SDK가 디스크 공간 사용 (소) 감소하면서 이전 버전의 업그레이드 버전을 덮고, 마지막 시간 2.1.800,2.1.400 SDK가 독립적 인 설치가 더 소모됩니다 디스크 공간, 업데이트 된 버전의 이전 버전은,이 덮여있다.
즉, 말을 따라, 나는 3.0 아로 업그레이드하지 않을 이유가 없다.
: .NET 코어 3.0 매우 유망한 것보다 관련 콘텐츠를 직접 바로 볼 수
https://devblogs.microsoft.com/dotnet/announcing-net-core-3-0/을