リファクタリング自爆奥義集 - Qiita

【対策】必ず課題と効果を確認すること リファクタリング対象のコードに、どんな課題があるか確認しましょう。 課題に相応しいデザインパターンがあるならば、適用して良いでしょう。 デザインパターンを適用した場合、期待通りの効果が発揮されたかどうかを確認してください。 たとえばStrategyパターンは、条件分岐のコピペコードを削減する効果があります。 Strategyパターン適用後、分岐コピペがあまり減らなかったのであれば、設計を見直しましょう。 ◆奥義３ : 共通化しちゃいけない箇所を共通化 重複コードがあると、仕様変更時に重複箇所を全て修正しなければならなくなります。修正漏れがあるとバグ化します。 重複解消のため、処理を共通化することがよくあります。 しかし共通化してはいけないものがあります。 そうしたコードを無理に共通化すると密結合に陥り、逆に変更容易性が低下します。 私が制作した動画「共

[quick_past]

設計の經驗も教育もまだない人に、実践で覚えろとばかりに設計をやらせると、その時点で炎上が約束されてるんだけど、そういうチーム内の問題で起こるケースもたくさんあると思う。

[yarumato]

“奥義３ : 共通化しちゃいけない箇所を共通化。密結合に陥り変更容易性が低下。【対策】ビジネス概念をDRYにする。DRY原則は「コードの重複を許すな」ではない。「ビジネス概念の重複を許すな」が主旨として近い”

[sue445]

機能変更とリファクタリングでコミットを分けるのは僕も結構意識してる。僕は「コミットにも単一責任の原則を適用する」って言ってるけど他に使ってる人は見たことない

[s_ryuuki]

　[プログラム][運用][テスト][設計]

[su_zu_ki_1010]

とはいえ、ソース設計の大切さは痛い目に合わないとわからないのも事実な気がしている。「痛い目に合う」を早い段階で経験しないとなぁ。動けばOK、なプログラミング研修が多いしなぁ。

[odakaho]

“First Class Collection リストの操作や制約条件を高凝集にする”

[m_c2n]

“あとでリファクタリングしよう”

[cl-gaku]

とにかく机上リファクタリングをたくさんやる

[onesplat]

一定以上のスキルを持ったプログラマはいちいちリファクタだとかデザインパターンやDDDがどうとかで大騒ぎしません。そんなものは当然のこととして空気のように行なっているからです。多くは意識すらしません。

[tettekete37564]

レガシーシステムのリファクタリングか・・・俺から言える事は一気にやる事、それだけだ・・・

[nunulk]

"変更容易性の高い構造がリファクタリングのゴールになります。 ←★ココ重要★"