UUIDが必要です。ユニットテストを書いていてモックオブジェクト用の一意な識別子が必要かもしれません。データベースにシードデータを投入していて主キーが必要かもしれません。設定ファイルに新しいエンティティを作成していて、スキーマがUUIDを要求しているかもしれません。理由が何であれ、今していることを中断し、どこかでUUIDを生成し、コピーして、コードに貼り戻す必要があります。
これは十分頻繁に起こるため、ほとんどの開発者は体で覚えた解決策を持っています。ターミナルでのuuidgen、ブラウザのブックマーク、あるいはエディタ内のスニペットです。どれも機能します。しかしどれも本当の意味で摩擦がないわけではありません。
ターミナルでの方法
macOSにはuuidgenが含まれており、標準出力にUUID v4を出力します。高速で信頼性があります。しかし、デフォルトでは大文字で出力され(小文字を期待するシステムもあります)、一度に1つのUUIDしか生成できず、これを使うにはターミナルに切り替え、コマンドを実行し、出力を選択し、コピーして、また戻る必要があります。UUID1つだけならそれで十分ですが、テスト用データベースをシードするために10個必要な場合、これは面倒になります。
メニューバーからUUIDを生成
Bellowsには、41個の開発者ツールの1つとしてUUIDジェネレーターが含まれています。メニューバーから開いて、UUIDを生成し、クリップボードにコピーします。もう1つ必要ですか?もう一度生成するだけです。このツールは常にワンクリックで利用でき、オフラインで動作し、コードや設定、データベースのシードファイルに貼り付ける準備が整った標準的なv4のUUIDを生成します。
テストとモックデータ
ユニットテストや統合テストでは、現実的に見える一意な識別子がよく必要になります。同じUUIDをあらゆる場所にハードコーディングすると、テストが並列実行されたり、テストが特定のIDに偶然依存してしまったりしたときに、微妙なバグにつながります。各テストフィクスチャに新しいUUIDを生成することは、不安定なテスト失敗のクラス全体を防ぐシンプルな習慣です。
データベースのシード
開発用データベースにサンプルデータを投入する際には、本番データや他の開発者のシードファイルと衝突しない一意な主キーが必要です。オンデマンドでUUIDを生成する方が、整数をインクリメントしたり、重複する可能性のある予測可能なパターンを使ったりするよりもクリーンです。
常に利用可能
Bellowsはメニューバーに常駐しているため、UUIDジェネレーターはターミナルを開いたり、アプリを切り替えたり、ブックマークに移動したりすることなく利用できます。クリック、生成、コピー、貼り付け。ワークフローへの中断はコンテキストスイッチではなく、秒単位で測られます。