닷넷은 다양한 플랫폼에서 운용이 가능합니다. 아래 목록은 닷넷을 운용할 수 있는 플랫폼입니다.
닷넷을 사용하면 운영 체제 API와 같은 플랫폼별 기능을 사용할 수 있습니다. 예를 들어 Windows의 Windows Forms 및 WPF, Xamarin과 각 모바일 플랫폼 간의 기본 바인딩 등이 있습니다.
이 문서에서는 “Hello World!” .NET 앱을 만들고 실행해보려고 합니다. .NET이 무엇인지 잘 몰라도 그냥 한번 따라해봅니다.
애플리케이션 만들기
먼저 컴퓨터에 .NET SDK를 다운로드하여 설치합니다.
그다음 명령 프롬프트(윈도우키 + cmd) 같은 터미널을 엽니다. 다음 dotnet 명령을 입력하여 C# 애플리케이션을 만들고 실행합니다.
dotnet new console --output sample1
dotnet run --project sample1
그럼 다음과 같이 출력이 됩니다. 출력
Hello World!
간단한 닷넷 애플리케이션을 만들어보았습니다.
개발자로서 작업하다 보면 이따금 내 코드가 작동하지 않을 때가 있습니다.
내 코드가 왜 작동하지 않을까….
개발-수정-개발-수정은 개발자에게 일상입니다. 가장 짧은 시간 내에 실패를 최소화하면서 버그를 찾아 수정하는 데 익숙해지는 것이 개발자에게는 매우 중요합니다. 프로그램에 버그가 있으면 보통 자신만의 방법으로 문제를 처리하게 되는데 아마도 디버깅 방법 중 하나 이상을 이미 시도해 봤을 겁니다.
Console.WriteLine("here") 메시지를 무의미하게 채웁니다.이러한 방법은 효과적일 수도 있고 그렇지 않을 수도 있습니다. 일반적으로 가장 효과적인 방법은 디버거를 사용하는 것입니다. 하지만 디버거란 정확히 무엇일까요?
디버거는 분석 방법으로 프로그램의 실행 흐름을 관찰하고 제어하는 데 사용되는 소프트웨어 도구입니다. 설계 목표는 버그의 근본 원인을 찾고 해결하도록 돕는 것입니다. 디버거는 자체 실행 프로세스에서 프로그램을 호스팅하거나 .NET과 같이 실행 중인 프로그램에 연결된 별도의 프로세스로 실행되는 방식으로 작동합니다.
디버거는 다양한 버전으로 제공되며 명령줄에서 직접 작동하는 경우도 있고 그래픽 사용자 인터페이스와 함께 제공되는 경우도 있습니다. 이 모듈에서는 Visual Studio Code의 통합 그래픽 디버거를 사용합니다.
디버거를 통해 코드를 실행하지 않는 경우 프로그램에서 발생하는 상황을 ‘추측’하는 것일 수 있습니다. 디버거를 사용할 경우의 주요 혜택은 프로그램 실행을 ‘조사’할 수 있다는 것입니다. 프로그램 실행을 한 번에 코드 한 줄씩 추적할 수 있으며, 이러한 방식을 통해 잘못된 추측을 방지합니다.
모든 디버거에는 고유한 기능 세트가 있습니다. 거의 모든 디버거와 함께 제공되는 가장 중요한 기능 두 가지는 다음과 같습니다.
숙련된 디버거 사용은 개발자의 중요한 기술이지만 간과되는 경우가 많습니다. 능숙하게 사용하면 보다 효율적으로 코드에서 버그를 추적할 수 있으며 프로그램 작동 방식을 신속하게 파악할 수도 있습니다.
앱에 사용하는 종속성은 자주 업데이트할 수 있으며 새 기능, 버그 수정, 중요한 보안 업데이트를 포함할 수도 있습니다. 만든 앱은 소규모이고 종속성이 하나뿐입니다. 앱을 업데이트하는 것은 간단합니다. 최신 기능을 활용하려면 앱을 업데이트할 수 있는지 확인합니다.
DotNetDependencies.csproj 파일에서 dependencies를 확인합니다. 다음 코드와 같이 표시됩니다.
<ItemGroup>
<PackageReference Include="Humanizer" Version="2.7.9" />
</ItemGroup>
.NET CLI
dotnet list package그러면 요청된 버전과 최종 확인된(설치된) 버전이 출력됩니다.
Top-level Package Requested Resolved
> Humanizer 2.7.9 2.7.9.NET CLI
dotnet list package --outdated다음 출력과 같을 수 있습니다. Latest 열에 다른 값이 표시될 수도 있습니다.
Project `DotNetDependencies` has the following updates to its packages
[net5.0]:
Top-level Package Requested Resolved Latest
> Humanizer 2.7.9 2.7.9 2.8.26Latest 버전 업데이트.NET CLI
dotnet add package Humanizer 출력은 다음과 같습니다.
출력복사
info : PackageReference for package 'Humanizer' version '2.8.26' updated in file 'C:\Users\jamont\Desktop\DotNetDependencies\DotNetDependencies.csproj'.
이 출력은 프로젝트 종속성이 업데이트되었음을 명시합니다.
특정 버전의 종속성으로 업그레이드하려는 경우 --version 매개 변수에 추가하고 특정 버전을 지정할 수 있습니다.
.NET CLI
dotnet add package Humanizer --version 2.8.26마지막으로 --prerelease 매개 변수에 추가하여 최신 시험판 패키지를 설치할 수도 있습니다.
.NET CLI
dotnet add package Humanizer --prerelease
결과는 약간 다를 수도 있습니다. 나열되는 버전은 사용 가능한 최신 패키지 버전에 해당합니다.
패키지를 설치하는 데는 몇 가지 방법이 있습니다. 비쥬얼스튜디오에는 기본 제공되는 패키지 관리자 명령줄과 그래픽 사용자 인터페이스가 있습니다. 프로젝트 파일에 패키지 참조를 수동으로 추가할 수 있습니다. 또는 Paket이나 닷넷 Core CLI 같은 CLI(명령줄 인터페이스) 도구를 통해 설치할 수 있습니다.
닷넷 Core CLI은 터미널에서 명령을 호출하여 .NET 프로젝트에 패키지를 추가할 수 있습니다. 일반적인 설치 명령은 dotnet add package <name of package>와 같습니다. add package 명령을 실행하면 명령줄 도구는 전역 레지스트리에 연결되고 패키지를 가져와서 모든 프로젝트가 사용할 수 있는 캐시된 폴더 위치에 저장합니다.
개별 개발자는 NuGet.org에서 전역 레지스트리를 사용하여 앱에 필요한 패키지를 찾고 다운로드할 수 있습니다.
패키지는 전부 공개될수도 일부만 공개적으로 제공될 수도 있습니다. 일부는 제한되어 특정 기업의 직원에게만 제공될 수도 있습니다. 패키지가 있을 수 있는 위치는 다음과 같습니다.
닷넷 Core CLI에는 매우 많은 명령이 있습니다. 이러한 명령은 패키지 설치, 패키지 작성, 닷넷 프로젝트 초기화 등의 작업에 도움이 됩니다. 허나 모든 명령을 자세히 알 필요는 없습니다. 닷넷을 사용하기 위해선 일부 명령어만 알면 되고 닷넷 사용이 많아질수록 나도 모르게 다양한 범주의 명령을 사용하게 될 겁니다.
기본적으로 “종속성 관리”, “프로그램 실행”, “패키지 작성 및 게시” 쪽의 몇가지 명령어 정도만 숙지하면 좋을 것 같고 모든 명령의 자세한 목록을 보려면 터미널에 dotnet --help를 입력하면 찾아볼 수 있습니다.
dotnet add package <dependency name> 명령을 사용하면 애플리케이션의 일부로 사용되어야 하는 일반 종속성을 설치합니다.
폴더에 있는 패키지를 확인하려면 dotnet list package를 입력하면 됩니다.
프로젝트를 만들거나 복제하는 경우 포함된 종속성은 프로젝트 빌드 시까지 다운로드되거나 설치되지 않습니다. dotnet restore 명령을 실행하여 프로젝트 파일에 지정된 프로젝트 특정 도구뿐만 아니라 종속성도 수동으로 복원할 수 있습니다.
패키지가 더 이상 필요없거나 더 나은 패키지를 발견했을때 기존의 패키지는 삭제해야 퍼포먼스에 도움을 줍니다. 이때 어떤 이유로든 사용하지 않는 종속성 또한 삭제되어야 합니다.
프로젝트에서 패키지를 제거하려면 dotnet remove package <name of dependency>와 같이 remove 명령을 사용합니다. 이 명령은 프로젝트의 .csproj 파일에서 패키지를 제거합니다.
닷넷에는 파일 관리, HTTP, 파일 압축에 이르는 모든 것을 처리하는 많은 핵심 라이브러리가 함께 제공됩니다. 타사 라이브러리로 구성된 대규모 에코시스템도 있습니다. 닷넷 패키지 관리자인 NuGet을 사용하여 핵심 라이브러리를 설치하고 애플리케이션에서 사용할 수 있습니다.
닷넷 및 해당 에코시스템은 ‘종속성’이라는 단어를 많이 사용합니다. 패키지 종속성은 타사 라이브러리입니다. 종속성은 특정 기능을 수행하며 애플리케이션에 추가될 수 있는 재사용 가능한 코드 조각입니다. 타사 라이브러리는 애플리케이션이 작동하기 위해 ‘의존’하는 항목이며, 그래서 ‘종속성’이라는 단어를 사용합니다.
타사 라이브러리는 패키지로 간주하며 리포지토리에 저장될 수 있습니다. 패키지는 관련 기능을 활용할 수 있도록 애플리케이션에 추가할 수 있는 하나 이상의 라이브러리로 구성됩니다.
닷넷 프로젝트에 패키지가 필요할지 몇가지 고려사항입니다.
더 나은 코드 : 예를 들어 보안과 같은 작업을 처리하고 있으며 인증 및 권한 부여를 구현하려고 할때 개발자 데이터와 고객 데이터를 보호하기 위해 정확하게 수행하는 작업입니다. 많은 개발자가 사용하는 라이브러리와 표준 패턴이 있는데 이와 같은 라이브러리는 개발자에게 항상 필요할 수 있는 기능을 구현하고 문제가 발생하면 패치가 적용됩니다. 직접 만드는 대신 이러한 라이브러리를 사용하는 것이 시간도 절약하고 생산성 및 다른 개발자가 알아보기 쉽습니다. 개발을 할때 고려해야 하는 사항이 너무 많기 때문에 직접 코드를 생산하는 것보다 더 나은 선택이 될 수 있습니다.
시간을 절약 : 위에서도 말씀드린 부분인데 유틸리티 라이브러리나 UI 구성 요소 라이브러리와 같은 대부분의 항목을 직접 빌드할 수 있습니다. 하지만 시간이 걸립니다. 직접 빌드한 결과가 사용 가능한 항목과 비슷하더라도, 필요하지 않다면 이 코드를 작성하는 작업을 복제하는 데 시간을 들이지 않는 것이 좋습니다.
유지 관리 : 개발도 중요하지만 유지보수도 중요합니다. 이는 모든 라이브러리 및 앱을 유지 관리해야 하는 것과 같은 맥락인데요. 유지 관리에는 새 기능 추가 및 버그 수정이 포함됩니다. 라이브러리를 유지 관리하는 것이 개발자나 팀의 시간을 잘 활용하는 것은 아닙니다. 오픈 소스 소프트웨어 팀이 유지 관리하게 하는 것이 더 좋다는 건 누구나 아는 사실입니다.
라이브러리를 설치하기 전에 라이브러리의 종속성을 검사하는 것이 좋습니다. 이러한 종속성은 패키지를 사용하도록 결정하는 요인이 될 수도, 사용하지 않을 이유가 될 수도 있습니다. 프로젝트의 종속성을 선택할 때 고려할 몇 가지 요소는 다음과 같습니다.
크기 : 너무 큰 패키지 즉, 종속성 수가 많으면 큰 메모리 공간이 생성될 수 있습니다. 대역폭이 제한되거나 다른 하드웨어 제한이 있는 경우 이 요인은 프로젝트가 느려진다던지 하는 문제가 발생할 수 있습니다.
라이선스 : 라이브러리에 부여된 라이선스가 상업적, 개인적, 교육용 등 의도한 모든 용도에 사용해도 되는지 확인이 필요합니다.
활성 유지 관리 : 꼭 필요한 패키지가 있더라도 오랫동안 업데이트되지 않거나 사용되지 않는 패키지는 결국 문제가 될 수 있습니다.
패키지를 설치하기 전에 https://www.nuget.org/packages/<package name>으로 이동하여 패키지에 대해 자세히 알아볼 수 있습니다. 이 URL을 선택하면 패키지의 상세 페이지로 이동합니다. 설치 전에 한번 방문해서 알아보는 습관이 중요합니다.
하나의 앱 모델을 기반으로 애플리케이션을 빌드하는 방법을 배운 후에는 다른 앱 모델의 경우에도 다른 앱을 빌드하는 데 배운 내용을 쉽게 적용이 가능합니다. 예를 들어 웹 애플리케이션을 빌드하는 방법을 배운 후에는 닷넷 기술을 활용하여 모바일 앱을 빌드할 수 있습니다.
지식을 재활용하면 새로운 프로그래밍 모델 또는 언어를 학습하는 데 드는 시간과 스트레스를 줄일 수 있습니다. 새로운 문제를 해결하면 회사에서 시간과 비용을 절감할 수 있습니다.
닷넷은 다양한 이유로 기업에서 널리 사용되고 있습니다. 장점으로는 에코시스템과 에저 클라우드 서비스 및 온프레미스 서버 제품을 포함한 다른 MS제품과의 통합입니다.
닷넷은 강력한 형식의 시스템이므로 느슨한 형식의 시스템에서 발생할 수 있는 많은 버그를 피할 수 있습니다. 개발자는 C#의 개체 기반 패러다임을 선택할 수 있습니다. 뿐만 아니라 해결해야 하는 문제의 종류에 적합한 언어를 사용하여 개발할 수 있습니다.
닷넷은 고객 피드백과 원격 분석을 기반으로 언어, API, 도구의 디자인을 오랫동안 향상했기 때문에 소규모 프로젝트에도 널리 사용됩니다.
프로토타입 제작을 위해 전체 기능을 갖춘 소프트웨어를 신속하게 개발할 수 있습니다. 또한 닷넷은 저렴한 하드웨어 및 클라우드 서비스에서 실행할 수 있습니다. 다른 많이 사용되는 플랫폼에 비해 성능이 뛰어나 스타트업 비즈니스에 적합합니다.
개발자는 닷넷용 애저 SDK를 사용하여 애저 리소스를 프로비저닝하고 관리할 수 있습니다. 또는 애저 App Service 및 애저 Functions를 통해 닷넷 언어로 빌드된 애플리케이션을 호스트할 수 있습니다.
ML닷넷은 닷넷 언어용 무료 기계 학습 라이브러리입니다. 기계 학습 분석 및 예측을 위해 모델 기반 기능을 활성화합니다.
닷넷을 사용하여 IoT 디바이스 및 시나리오를 위한 IoT 앱을 빌드할 수 있습니다. IoT 앱은 일반적으로 GPIO(범용 I/O) 핀이나 직렬 포트 또는 유사한 하드웨어를 사용해야 하는 센서, 디스플레이, 입력 디바이스와 상호 작용합니다.
라즈베리 Pi 및 휴밍보드 같은 인기 있는 보드로 작업하는 데 사용할 수 있는 라이브러리가 있습니다.
닷넷에서의 애플리케이션 개발 워크플로를 설명해보고자 합니다.
개발자가 내리는 첫 번째 결정은 애플리케이션을 만드는 데 사용할 도구를 선택하는 것입니다. 원래 명령어 프롬프트로 개발하는 것인 워크프롤우에서 시작적인 효과를 더한 툴을 사용하여 개발이 좀더 편리하도록 환경을 설정해주는 것이 필요합니다.
C# 개발자라면 비쥬얼스튜디오2019를 사용하는 것이 가장 좋습니다. 비쥬얼스튜디오2019 포괄적이고 시각적인 특성으로 인해 더 많은 시간과 대역폭을 요구하고 다운로드 및 설치에 더 많은 디스크 공간이 필요합니다.
하지만 일부 초보자에게 있어 가장 쉽게 시작하는 방법입니다. 인터넷 연결 속도에 따라 설치에 15분 이상이 소요됩니다.
닷넷코어 설치
비쥬얼스튜디오2019의 비쥬얼스튜디오 설치 관리자는 워크로드의 형태로 옵션을 제공합니다. 워크로드는 함께 작동하여 특정 앱 모델을 빌드하는 프레임워크, 라이브러리, 기타 도구의 모음입니다.
새 애플리케이션을 빌드하려면 플랫폼 간 개발용 닷넷코어 워크로드를 설치해야 합니다.
플랫폼 간 개발용 닷넷코어 워크로드는 닷넷SDK를 설치합니다. 닷넷SDK에는 코드 작성을 시작하는 데 필요한 모든 라이브러리, 도구, 템플릿이 포함되어 있습니다.
일반적으로 소프트웨어 개발 프로젝트는 일련의 요구 사항에서 시작됩니다. 이러한 요구 사항은 앱 모델 선택에 영향을 미칩니다. 선택한 앱 모델은 웹, 데스크톱 또는 모바일 애플리케이션 또는 백그라운드 프로세스일 수 있습니다.
비쥬얼스튜디오2019나 닷넷CLI를 사용할 때는 일반적으로 프로젝트 템플릿을 기반으로 새 프로젝트를 만들어서 시작합니다.
비쥬얼스튜디오2019에서 새 프로젝트 대화 상자를 사용하면 설치된 템플릿 세트에서 애플리케이션 모델을 시각적으로 선택할 수 있습니다. 또는 다양한 커뮤니티 기여 내용에서 선택할 수 있습니다. 닷넷CLI에서는 명령과 플래그의 조합을 사용하여 새 프로젝트 템플릿을 선택할 수 있습니다.
어느 프레임워크가 어느 앱 모델을 지원하는지 다음 표를 보면 알 수 있습니다. 앱 모델을 닷넷 프레임워크에 매핑합니다.
| 앱 모델 | 프레임워크 | 설명 |
| 웹 | ASP.NET Core | 서버 쪽 논리를 빌드하기 위한 프레임워크입니다. |
| 웹 | ASP.NET Core MVC | 웹 페이지 또는 웹 API의 서버 쪽 논리를 빌드하기 위한 프레임워크입니다. |
| 웹 | ASP.NET Core Razor Pages | 서버에서 생성된 HTML을 빌드하기 위한 프레임워크입니다. |
| 웹 클라이언트 | Blazor | Blazor는 ASP.NET Core의 일부입니다. 두 가지 모드를 통해 서버 쪽 코드를 실행하기 위한 통신 수단으로 소켓을 활용하여 DOM(문서 개체 모델)을 조작하거나 컴파일된 C#을 브라우저에서 실행하기 위한 WebAssembly 구현으로 활용하여 조작할 수 있습니다. |
| 윈도우 | WinForms | “배틀십 그레이” Windows 스타일 애플리케이션을 빌드하기 위한 프레임워크입니다. |
| 윈도우 | WPF (Windows Presentation Foundation) | 다양한 폼 팩터를 따르는 동적 데스크톱 애플리케이션을 구축하는 프레임워크입니다. WPF를 사용하면 폼 요소가 다양한 애니메이션 라이브러리의 도움을 받아 움직임, 페이드, 글라이드 등 기타 효과를 수행할 수 있습니다. |
| 모바일 | Xamarin | .NET 개발자가 iOS 및 Android 디바이스용 앱을 빌드할 수 있습니다. |
닷넷은 인기 있는 타사 및 오픈 소스 게임 개발 환경과 Unity 같은 엔진을 사용하도록 지원도 가능합니다.
모든 소프트웨어는 컴퓨터에서는 가장 낮은 수준에서 소프트웨어로 빌드되어 컴퓨터의 하드웨어와 직접 통신합니다. 마더보드, 프로세서, 메모리 및 하드 드라이브의 데이터 흐름을 제어하게 됩니다.
위와 같은 낮은 수준에서 닷넷과 같은 소프트웨어는 애플리케이션을 개발 및 실행하는 방법을 제공하고 애플리케이션 프레임워크와 기능 라이브러리를 통해 이전 개발 방식보다 더 적은 작업으로 풍부한 애플리케이션을 빠르게 빌드할 수 있게 도와줍니다.
코드 라이브러리는 특정 용도의 기능을 단일 어셈블리로 캡슐화합니다. 닷넷의 경우 수천 개의 라이브러리를 사용할 수 있습니다. 이러한 라이브러리는 자사 또는 타사 라이브러리일 수 있으며 상용 또는 오픈 소스일 수 있습니다.
라이브러리는 애플리케이션에서 사용할 수 있는 다양한 기능을 제공합니다. 이러한 어셈블리를 참조하고 필요한 메서드를 호출합니다. 개발자는 이러한 방식으로 다른 소프트웨어 개발자의 작업을 빌드할 수 있습니다. 모든 기능을 직접 작성하고 유지 관리할 필요가 없으므로 시간과 노력을 절약할 수 있습니다.
애플리케이션 프레임워크는 시작 프로젝트, 파일 템플릿, 코드 생성기, 기타 도구와 함께 몇 가지 관련 라이브러리를 결합할 수 있습니다. 이러한 리소스를 사용하여 특정 용도의 전체 애플리케이션을 빌드할 수 있습니다. 이러한 애플리케이션 프레임워크를 앱 모델이라고 합니다. 예를 들어 웹 개발, 데스크톱 개발과 모바일 개발, 게임 개발과 같은 앱 모델에 사용할 수 있는 인기 있는 닷넷 애플리케이션 프레임워크가 있습니다.
비쥬얼스튜디오 2019을 설치하여 닷넷 SDK를 직접 설치할 수 있습니다. 닷넷 SDK는 기본 클래스 라이브러리라는 포괄적인 라이브러리 및 애플리케이션 프레임워크 집합을 사전 설치합니다. 빌드하고자 하는 플랫폼 또는 앱 모델과 무관하게 프로그램의 라이브러리 코드를 사용할 수 있습니다.
다른 타사 라이브러리의 경우 개발자는 NuGet 같은 패키지 관리자를 사용하여 NuGet 갤러리 같은 패키지 리포지토리에서 코드 라이브러리를 찾아 통합합니다.