UUID가 필요합니다. 단위 테스트를 작성하면서 목(mock) 객체를 위한 고유 식별자가 필요할 수도 있습니다. 데이터베이스를 시딩하면서 기본 키가 필요할 수도 있습니다. 설정 파일에 새 엔티티를 만드는데 스키마가 UUID를 요구할 수도 있습니다. 이유가 무엇이든, 하던 일을 멈추고 어딘가에서 UUID를 생성한 뒤 복사해서 다시 코드에 붙여넣어야 합니다.
이런 일이 워낙 자주 일어나기 때문에 대부분의 개발자는 몸에 밴 해결책을 가지고 있습니다: Terminal의 uuidgen, 브라우저 북마크, 아니면 에디터의 스니펫. 모두 작동은 합니다. 하지만 어느 것도 완전히 마찰이 없지는 않습니다.
터미널 방식
macOS에는 uuidgen이 내장되어 있어 UUID v4를 stdout으로 출력합니다. 빠르고 안정적입니다. 하지만 기본적으로 대문자로 출력되고(일부 시스템은 소문자를 기대합니다), 한 번에 UUID 하나만 생성하며, 사용하려면 Terminal로 전환해서 명령어를 실행하고 출력을 선택해 복사한 뒤 다시 돌아가야 합니다. UUID 하나라면 괜찮습니다. 테스트 데이터베이스를 시딩하기 위해 열 개가 필요하다면 지루한 작업이 됩니다.
메뉴 바에서 UUID 생성하기
Bellows는 41가지 개발자 도구 중 하나로 UUID 생성기를 포함합니다. 메뉴 바에서 열어 UUID를 생성하고 클립보드에 복사하세요. 또 필요하신가요? 다시 생성하면 됩니다. 이 도구는 언제나 클릭 한 번 거리에 있고, 오프라인으로 작동하며, 코드나 설정, 데이터베이스 시드 파일에 바로 붙여넣을 수 있는 표준 v4 UUID를 생성합니다.
테스트와 목 데이터
단위 테스트와 통합 테스트는 종종 사실적으로 보이는 고유 식별자가 필요합니다. 모든 곳에 동일한 UUID를 하드코딩하면 테스트가 병렬로 실행되거나 특정 ID에 우연히 의존하게 될 때 미묘한 버그로 이어집니다. 각 테스트 픽스처마다 새로운 UUID를 생성하는 것은 간단한 습관이지만 이런 종류의 불안정한 테스트 실패를 예방합니다.
데이터베이스 시딩
개발용 데이터베이스에 샘플 데이터를 채울 때는 프로덕션 데이터나 다른 개발자의 시드 파일과 충돌하지 않을 고유한 기본 키가 필요합니다. 필요할 때마다 UUID를 생성하는 것이 정수를 증가시키거나 겹칠 수 있는 예측 가능한 패턴을 사용하는 것보다 깔끔합니다.
언제나 사용 가능
Bellows가 메뉴 바에 상주하기 때문에, Terminal을 열거나 앱을 전환하거나 북마크로 이동할 필요 없이 UUID 생성기에 접근할 수 있습니다. 클릭하고, 생성하고, 복사하고, 붙여넣습니다. 작업 흐름의 방해는 맥락 전환이 아니라 몇 초 단위로 측정됩니다.