リファクタリングを行うタイミング
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2020/10/11 11:35 UTC 版)
「リファクタリング (プログラミング)」の記事における「リファクタリングを行うタイミング」の解説
いつでもなんでもリファクタリングをすればよいというものではない。例えば、納期がぎりぎりに迫った場合などにリファクタリングを行っている余裕はないし、リファクタリングは将来に備えて行うものであるため、そのリファクタリングが実を結ぶ可能性は少ない。また、リファクタリングといえども、やはりプログラミングであるので、常にミスをする危険性は拭えない。 『リファクタリング』では、機能追加するときと、リファクタリングするときをはっきり区別することを勧めている(このことを比喩して「実装の帽子をリファクタリングの帽子に被りなおす」という)。リファクタリングしてばかりいては開発は進まないし、どのリファクタリングをするべきかはある程度開発が進まないと分からない。リファクタリングを開始するタイミングとして、コードに「不吉なにおい」を感じ始めたら、と提案している。これは似たようなコードの重複や、長すぎるメソッド、ひとつの変更の度に複数のクラスが影響を受ける、などの症状が見つかったときを指している。また、機能追加の前、コードレビュー時、バグフィックス時にもリファクタリングを勧めている。
※この「リファクタリングを行うタイミング」の解説は、「リファクタリング (プログラミング)」の解説の一部です。
「リファクタリングを行うタイミング」を含む「リファクタリング (プログラミング)」の記事については、「リファクタリング (プログラミング)」の概要を参照ください。
- リファクタリングを行うタイミングのページへのリンク