「参照として使用できます」未使用のコードを残す正当な理由に同意する傾向はありません。多くの場合、未使用のコードのごく一部のみが実際に興味深い何かを示しています。有用だが未使用のコードを文書化して保存する方法は複数あります。
バージョン管理には、後でコードが必要であると判断した場合に特定の機能を簡単に復元できる履歴が含まれますが、バージョン管理履歴を見て、以前のリビジョンが何であるかを知っている人からxyまたはzを見つける必要があることを知っています少し退屈で、探しているものがかなり具体的なアイデアを持っていない限り、しばしば見落とされます。
コードは、いつ削除されたか、なぜ単にコードから削除されなかったのかについてのメモでコメントアウトできます。ただし、これは一般に悪いスタイルと見なされ、使用されず適切に維持されないコードは、後でコメント解除されるとあらゆる種類のバグを引き起こす可能性があるため、これは一般的に中間リファクタリング中の一時的なデバッグ/テスト手順としてより優れています製品コードを残す方法。
削除されたコードを保存するための私のお気に入りの方法は、将来役に立つと思われる場合、価値のある削除されたコードのさまざまなチャンクをすべて含む二次参照ドキュメントを作成することです。コードの各ブロックには、それがどこから来たのか、削除されたときやコードの最後のリビジョン番号など、覚えておくべき他の何かについての簡単な言及が付けられています。「潜在的に有用」なものはすべて削除され、簡単に検索できますが、継続的に維持およびテストするための一定の努力は必要ありません(テストはコードが再導入されるポイントまで延期されます)。