保守性 とは？

読みやすさは大切だけれど、それだけではないよ。たとえば送料のルールを変えるとき、どこを直すか、ほかに何が影響するか、正しい変更かを調べやすいことも大切。あとから手を入れる人を助ける性質なんだ。

公開後も、バグ修正や機能追加、周辺環境への対応で変更することがあるからだよ。変更のたびに全体を調べ直す必要があると大変だね。ただし、開発と保守に使う時間の割合は案件によるので、いつも何割と決めつけるものではないよ。

意味が分かる名前を付け、役割を整理し、関係の薄い処理をむやみに結び付けないことだよ。送料の計算とメール送信を区別する、といった例だね。ただ細かく分割すればよいわけではなく、処理を追うために多くの場所を行き来する設計も見直そう。

必要な振る舞いを確かめられるテストが役立つよ。コメントも、コードを読み上げるより、なぜその判断をしたかを残すと助けになる。数が多いだけで、変更が安全とは限らない。テスト自身が分かりにくい場合や、説明が古くなった場合も見直すんだ。

複雑度、依存関係、行数、保守性指数などが手掛かりになるよ。Visual Studioの保守性指数は、複雑度や行数などから計算する指標。ただし設計の理由やテストの有効性を、ひとつの点数だけで判断できない。数値とレビュー、実際の変更の困りごとを組み合わせよう。