アプリケーションコードとフレームワークと単体テスト

フレークワークに依存しないっていうけどさ」 - ひがやすをblog

アプリケーションのコードは、フレームワークに依存せずに済ませられるなら、それに越したことはありませんが、依存して楽できるなら別にいいんじゃないのというのが私の考え。

フレームワークに依存した状態で,更に「それに対する単体テストコードの記述の敷居が高くならなければ(※)」フレームワークに依存したコードを記述することを選択することが最もハッピー。 但し,多くのプロジェクトでは,「※」の条件をクリアすることは実装者にとって非常に高い敷居となってしまうので,単体テストに対する障害(例えば特別な環境が必要とか)が発生してしまうことを避けて単体テストコードの生産性を第1に考えるとすると,フレームワークやアプリケーションコードに対してある程度余計な工数をかけてでも,フレームワークに依存していないアプリケーションコード(≒POJO)で書けるようにした方がトータルでハッピーではないかと。 そうでないと,単体テストの品質がどうしても下がってしまう。最悪な場合,「単体テスト,やめよっか」ってなってしまうことも出てくると思う。

このエントリーをはてなブックマークに追加

関連記事

Firebase FunctionsデプロイでArtifact Registryのクリーンアップポリシー設定エラーに遭遇した話

Web Serial APIでブラウザからシリアルデバイスを操作する

ウェブブラウザとハードウェアの関係

macOSやLinuxからWindowsに移行したら快適になった話

「エンジニアチームの生産性の高め方」という書籍が出版されました