皆さまこんにちは、ウチイダです。
時間を見つけてはDjango で中規模以上のアプリケーションを開発するための環境構築について調べています。
前回の記事はこちら。
ウチイダの作業環境は以下です。
- Windows 11 21H2
- WSL2 Ubuntu20.04
- GNU bash, version 5.0.17(1)-release (x86_64-pc-linux-gnu)
以降の内容は、この環境にPython/Djangoの開発環境を導入していく手順メモとなります。
Blackで、フォーマッターの下の平等を実現する
コードスタイルの一貫性を保つのは、読みやすさを維持するために重要です。でも、コーディングルールをきちんと決めるのがまず大変だったりします。
また、コーディングルールを気にかけながらコードを書くのはつらいです。
こういうのはツールに頼ってしまいたい部分ですね。
今回はBlack を利用して、自動フォーマットをかけるところまでやってみたいと思います。
パッケージの導入
過去の記事に続いて、poetry でインストールしていきます。
これだけでセットアップ完了です!
CLIから実行する
black <修正対象のファイルパス> で、自動フォーマットを実行できます。
こんな感じで、みるからにガタガタなファイルを作って…
コマンドを実行!
以下のように修正されました。
Black の特徴
基本的な使い方がわかったところで、Black について知っておきましょう。
Blackは、ルールがとても厳格というか、選択の余地がないフォーマッターです。
ドキュメントの冒頭で、こんなことを書いています。
By using Black, you agree to cede control over minutiae of hand-formatting. In return, Black gives you speed, determinism, and freedom from
https://black.readthedocs.io/en/stable/pycodestyle
nagging about formatting. You will save time and mental energy for more important matters.
ざっくり意訳すると、Blackが提供するコードスタイルに従うことで、手作業でのフォーマットや、書式設定をしなくてよくなるよ!ということです。
コードスタイルにこだわりがある人はとっつきづらいかもしれませんが、チーム開発では自動で統一されるメリットは大きいですね。
ちなみに、設定ファイルでデフォルトから変更できるルールは、2023年3月時点では1行あたりの文字数だけです。
公式リポジトリのpyproject.toml にも、それしか設定項目がありません。
https://github.com/psf/black/blob/main/pyproject.toml
「妥協を許さないフォーマッター」というだけのことはあります。
VSCode のBlack 拡張機能
次はVSCodeでBlackを利用する場合の設定手順です。
設定といっても、拡張機能をインストールするだけでした。
Black のパッケージをインストールしていなくても、この拡張機能を有効にすればOKです。
preview ってついているのが若干気になりますが、基本的な動作には問題なさそうでした。
拡張機能を入れただけだと、Blackのルールでフォーマットされないので、少しだけ設定を編集します。
@lang:python defaultFormatter で検索すると表示される項目を、Black Formatter に指定します。
また、 python.formatting.provider のデフォルトがautopep8 になっているので、 black を指定しておきます。

また、ファイルの保存時にblack でフォーマットがかかるように、Format On Saveの設定も有効にしておきます。

これで、VSCodeの設定は完了です!
スペースがガタガタなファイルを、VSCode で保存してみると、きっちりそろえてくれます


まとめ
導入するだけですぐに使えるフォーマッター、Blackのご紹介でした。
コードスタイル疲れのない、快適なPythonライフを送れそうです。
OSSでの利用数もすごく増えているようで、Blackに慣れておくといろいろなPython のコードが読みやすくなるかもしれません。
以上です。あなたのお役に立てると嬉しいです。