Explobar: Windows Explorer에서 그 놀라울 정도로 성가신 마찰을 고치기

Source: Dev.to

Windows Explorer의 문제점

대부분의 작업을 터미널에서 한다면 이 문제가 크게 느껴지지 않을 수도 있습니다.
하지만 하루를 Windows Explorer에서 시작한다면, 파일을 탐색하고 작업을 수행하는 사이의 간극이 의외로 어색할 수 있습니다.

폴더를 열고, 파일을 살펴보고, 프로젝트 디렉터리 사이를 오가고, 항목을 오른쪽 클릭하고, 경로를 복사하고, 터미널을 열고, 편집기를 실행하고, 이런 작은 의식을 하루에 수십 번 반복합니다. 각각의 단계가 어렵지는 않지만, 함께 하면 조용히 흐름을 빼앗아갑니다.

Explorer는 이러한 동작을 가능하게 하지만, 부드럽지는 않습니다. 일반적인 워크플로우는 많은 반복 작업을 포함합니다:

• 터미널 열기
• 경로 복사
• 경로 붙여넣기
• 편집기 실행
• 도우미 스크립트 실행
• 속성 열기 등

기존 확장 기능이 부족했던 이유

QTTabBar 같은 도구는 한때 Explorer를 파워 유저와 개발자에게 실제로 사용 가능하게 만들었습니다. 올바른 확장 기능을 통해 Explorer가 훨씬 생산적으로 변할 수 있음을 보여주었습니다.

하지만 Windows는 Explorer 호스팅 모델을 변경했습니다(특히 Windows 11 주변). 이로 인해 그 확장 기능이 의존하던 가정이 깨졌습니다. 한때 강력했던 확장 지점이 이제는 유지보수가 어려운 문제로 변했습니다. 이는 QTTabBar에 대한 비판이 아니라, 플랫폼이 진화했음을 인정하는 것입니다.

이미 터미널에서 작업한다면 이 문제는 거의 무시할 수 있습니다—쉘 사용자는 빠른 탐색, 별칭, 스크립트, 히스토리, 퍼지 파인더, 편집기 연동, 자동화 등을 워크플로우에 내장하고 있습니다. Explobar는 그 세계를 대체하려는 것이 아닙니다.

Explobar 소개

Explobar는 Windows Explorer에 키보드 기반 툴바를 추가합니다. 트리거하면 현재 작업 중인 위치에 툴바가 나타나며, 현재 폴더와 선택된 파일을 인식합니다. 여기서 할 수 있는 일은 다음과 같습니다:

• 앱 실행
• 사용자 정의 명령 실행
• 최근 위치 열기
• 내장 파일 동작 트리거
• 자체 자동화 연결

기존 쉘 확장과의 차이점

• 집중된 툴바 vs. 과부하된 컨텍스트 메뉴.
• 사용자 정의 동작 vs. 수백 개의 서드파티 항목과 경쟁.
• 독립 실행형, 무의존성 앱으로 Explorer 프로세스 외부에서 동작해 내부 변화에 강인함.

Explobar 작동 방식

툴바는 선언형 설정 파일(YAML)로 정의됩니다. 간단한 설정만으로도 터미널, 메모장, 최근 폴더, 파일 동작 버튼을 제공해 많은 마찰을 없앨 수 있습니다.

보다 고급 시나리오—예를 들어 선택된 파일의 해시를 계산하는 경우—작은 .NET 어셈블리나 단일 C# .cs 파일을 통해 사용자 로직을 연결할 수 있습니다.

주요 장점

• 시작이 쉬움 – 최소 설정.
• 빠른 적용 – 설정 파일을 편집해 동작을 바꿈.
• 필요 시 강력함 – 커스텀 코드로 확장 가능.

Explobar를 사용하면 좋은 사람

• Windows에서 개발하면서 여전히 Explorer를 시작점으로 사용하는 개발자.
• 폴더나 파일 선택에서 도구를 자주 실행하는 사용자.
• 탐색과 작업 사이의 컨텍스트 전환을 줄이고 싶은 모든 사람.

워크플로우가 이미 PowerShell, Bash, Windows Terminal에서 시작하고 끝난다면 이점이 제한적일 수 있습니다. 하지만 정기적으로 Explorer에서 시작한다면 Explobar가 하루를 크게 효율화할 수 있습니다.

설치

프로젝트는 GitHub에 있습니다:

Windows에서 winget으로 설치:

winget install explobar