【要約】最近のSource Generator開発 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
SG開発者は、生成コードの検証や、テストのボイラープレート記述という、二重の負荷に直面する。具体的には以下の課題がある。
- ・テストコードの記述が冗長で、メンテナンスコストが高い。
- ・複数のSG間でユーティリティを共有する際の、プロジェクト参照が複雑になる。
- ・Incremental Generatorにおいて、等価性判定が不適切だと性能が低下する。
- ・コード修正（Code Fix）のテストにおいて、修正前後の記述が離れ、視認性が低い。
// Approach
筆者は、SGを用いてSGの開発を支援する「メタSG」というアプローチを採用している。以下の手法で課題を解決している。
- ・ユーティリティ生成用SGを作成し、プロジェクト参照の複雑さを回避する。
- ・Roslyn APIを拡張メソッドでラップし、冗長な記述を簡略化する。
- ・情報をrecordに集約し、Incremental Generatorの等価性判定を容易にする。
- ・diff風記法を用いたテスト生成SGにより、コード修正のテストを自動化する。
// Result
SGによるテストコードの自動生成により、開発者は最小限の記述で高度な検証が可能となった。成果は以下の通りである。
- ・テストのボイラープレートが激減し、開発に集中できる環境を実現した。
- ・diff風記法により、修正仕様を直感的にテストコードへ反映できるようになった。
- ・Incremental Generatorの特性を活かした、効率的なコード生成フローを確立した。
Senior Engineer Insight
> 大規模開発における「開発ツールの開発」という観点で、極めて合理的な戦略である。SGの複雑性は増すが、テストの自動化とボイラープレートの排除は、長期的な保守コストを劇的に下げる。ただし、メタSG自体のバグが開発プロセス全体を阻害するリスクがある。実戦投入の際は、メタSG自体のテスト品質を極限まで高めることが不可欠である。