명령 프롬프트와 PowerShell의 차이점

powershell은 몇 년 전에 출시되었고 cmd.exe 셸을 능가하고 점점 더 강력해졌습니다. Windows OS의 많은 핵심 기능과 긴밀하게 통합되어 있으며 Windows에서 거의 모든 기능을 스크립팅하는데 도움이 될 수 있습니다. PowerShell은 항상 인기 있는 언어는 아니었지만 최근 몇 년 동안 윈도우 Terminal 및 WSL과 같은 새로운 윈도우 개발자 도구를 개선하려는 추진에 힘입어 돌아왔습니다.

 

 

명령 프롬프트와 PowerShell의 차이점

1. 언어 구문 및 기능 

PowerShell과 cmd.exe는 완전히 다른 구문을 사용하여 작동합니다. 명령 프롬프트는 전통적으로 배치 스크립트와 일부 기본 시스템 명령을 해석합니다. 이러한 스크립트는 종종 서투르고 고급 스크립트를 작성하기 어려웠습니다. 현재 우리가 즐기는 확장 가능하고 상호 운용 가능하며 동적인 PowerShell 스크립트는 배치로 빌드하기 어려울 것입니다. 배치 스크립팅은 MS-DOS 이후로 어떤 형태로든 존재해 왔습니다. 

 

반면 PowerShell의 구문은 .NET를 기반으로 구축되었으며. NET는 가장 유행하는 프레임워크는 아니지만 윈도우 환경에서 매우 강력합니다. 윈도우 내에서 자동화를 위해 처음부터 설계되었으며 광범위한 API와 OS에 대한 후크가 있습니다. 이것의 이점은 기본 프레임워크가 인터페이스와 분리되어 있어 PowerShell 개발자가 다루기 힘든 WinAPI를 직접 처리하려고 하지 않고도 보호 장치가 있는 포함된 API에서 작업할 수 있다는 것입니다. 

 

2. 크로스 플랫폼 지원 

그렇게 인기 있는 옵션은 아니짐나 PowerShell과 명령 프롬프트의 큰 차이점은 PowerShell이 macOS 및 Linux와 상호 운용 가능하다는 것입니다. PowerShell의 기본 프레임워크는 기본적으로 크로스 플랫폼이므로 PowerShell을 크로스 플랫폼 지원을 염두에 두고 개발하기가 훨씬 쉽습니다. 항상 그런것은 아니었습니다. 크로스 플랫폼 지원은 PowerShell Core 6에서만 추가되었지만 최신버전의 PowerShell는 여러 환경에서 비교적 원활하게 작동해야 합니다. 

 

CMD는 원래 Windows 지원을 염두에 두고 개발되었으며 많은 기능이 운영체제 내의 윈도우 특정 구성 요소와 깊이 연결되어 있습니다. 여기에는 PowerShell의 진행 상황은 CMD와 PowerShell 간의 광범위한 아키텍처 변화를 반영하는데 PowerShell은 대체로. NET Core를 기반으로 구축된 반면 CMD는 종종 WinAPI에 직접 의존합니다.