[unix] PowerShell이 ​​Windows에서 Cygwin 셸을 교체 할 준비가 되셨습니까? [닫은]

나는 최근에 어느 정도의 심각성을 가지고 PowerShell에서 손을 대기 시작했습니다. 지난 7 년 동안 나는 거의 독점적으로 Windows 기반 환경에서 일했지만 Unix 배경에서 왔으며 Windows에서 내 상호 작용 경험을 “Unix-fy”하려고 끊임없이 노력하고 있습니다. 가장 말을하는 것이 실망 스럽다.

grep , sed , awk , find 등의 유틸리티 가 엄밀히 말하면 쉘의 일부가 아니기 때문에 PowerShell을 Bash , tcsh 또는 zsh 와 비교하는 것만 공평합니다 . 그러나 항상 모든 유닉스 환경의 일부가 될 것입니다. 즉 같은 PowerShell 명령 말했다 선택 문자열이 아주 유사한 기능이 grep을을 하고 있다 선이 약간 흐리게 할 수 있도록 … PowerShell의 핵심 모듈로 번들.

핵심은 문화 라고 생각하고 , 각 도구 세트가 각자의 문화를 구현할 것이라는 사실을 생각합니다 .

• 유닉스는 파일 기반 (일반적으로 유니 코드가 아닌) 텍스트 기반 문화입니다. 구성 파일은 거의 독점적으로 텍스트 파일입니다. 반면에 Windows는 구성 형식과 관련하여 항상 훨씬 더 구조화되어 있습니다. 구성은 일반적으로 관리를위한 특수 도구가 필요한 독점 데이터베이스 (예 : Windows 레지스트리)에 보관됩니다.

• 유닉스 관리 (그리고 수년간 개발) 인터페이스는 전통적으로 명령 행과 가상 터미널이었습니다. 윈도우는 GUI로 시작했다 및 관리 기능은 최근 인에서 멀리 이동하기 시작했다 전용 GUI 기반. 우리는 커맨드 라인에서의 유닉스 경험이 PowerShell에서 중요한 리드를 감안할 때 더 풍부하고 성숙한 경험을 기대할 수 있습니다. 이것에 대해, 내 경험에서 :

  • 유닉스 관리 경험은 최소한의 키 조작만으로 쉽게 할 수 있도록 만들어졌습니다. 이것은 아마도 9600 보드 연결이 느린 서버를 통해 서버를 관리해야했던 역사적 상황 때문일 것입니다. 이제 PowerShell에는 Verbose -Noun 표준을 다루는 데 도움이되는 별칭이 있지만 별칭을 아는 것은 약간의 고통입니다 (누군가가 더 잘 알고 있습니다 : alias | where {$_.ResolvedCommandName -eq "<command>"}?).

    역사를 조작 할 수있는 풍부한 방법의 예 :

    iptables명령은 종종 오래 걸리고 Bash에 내장 된 많은 역사 조작 기능 중 하나가 아니라면 약간의 차이로 명령을 반복하는 것이 고통 스럽습니다 . 따라서 iptables 규칙을 다음과 같이 삽입하십시오.

    iptables -I camera-1-internet -s 192.168.0.50 -m state --state NEW -j ACCEPT

    다른 카메라 ( ” camera-2“) 의 두 번째 시간 은 다음과 같은 경우입니다.

    !!:s/-1-/-2-/:s/50/51

    어떤 수단 “이전 명령하지만, 대신 수행 -1-과 -2-와 50함께 51.

  • 유닉스 경험은 터치 타이프 스트에 최적화되어 있습니다. “집”위치를 벗어나지 않고도 모든 것을 할 수 있습니다. 예를 들어,에 배쉬 의 사용 이맥스 키 바인딩 (예, 배쉬도 지원 VI 사용하여 수행 된 역사를 통해 순환, 바인딩) Ctrl-P및 Ctrl-N사용하여 수행됩니다 라인의 시작과 끝으로 이동하는 동안 Ctrl-A과 Ctrl-E각각 … 그리고 그것은 확실히 거기서 끝나지 않습니다. 집 위치에서 움직이지 않고 PowerShell 콘솔에서 가장 간단한 탐색조차 시도해보십시오.

  • 유닉스에서 다목적 페이징 ( 약간 적은 ) 과 같은 간단한 것은 PowerShell에서 기본적으로 사용할 수없는 것처럼 보이며 약간 실망스럽고 풍부한 편집기 환경도 존재하지 않습니다. 물론, 이러한 차이를 메울 수있는 타사 도구를 항상 다운로드 할 수 있지만, 유닉스의 거의 모든 풍미와 같이 이러한 것들이 “있는”것이면 좋을 것입니다.

• 최소한 시스템 API 측면에서 Windows 문화는 크게 구조화되고 객체 기반 인 지원 프레임 워크 인 viz., COM 및 .NET 에 의해 좌우됩니다 . 반면, Unix API에 대한 액세스는 전통적으로 파일 인터페이스 ( /dev및 /proc) 또는 (객체 지향이 아닌) C 스타일 라이브러리 호출을 통해 이루어졌습니다. 스크립팅 경험이 각각의 OS 패러다임과 일치한다는 것은 놀라운 일이 아닙니다. PowerShell은 기본적으로 구조화되어 있으며 (모든 것이 개체 임) Bash 및 친구 파일 기반입니다. PowerShell 프로그래머가 사용할 수있는 구조화 된 API는 방대합니다 (기존의 표준 COM 및 .NET 인터페이스 세트의 광대 함과 일치 함 ).

즉, PowerShell에서의 스크립팅 기능은 틀림없이보다 강력하지만 있습니다 배쉬 (당신은 .NET의 가용성을 고려, 특히 BCL 의) 대화 형 경험을 당신이 완전히 키보드 중심에서오고있어 특히 경우, 상당히 약한입니다 콘솔 기반의 관점 (많은 유닉스 헤드와 마찬가지로).

답변