偶発的な解雇を避ける 
 
 TL;DR: 既に所有しているオブジェクトの属性を転送しない TL;DR: 既に所有しているオブジェクトの属性を転送しない 問題解決 ↓↓ 
 
 
 
 
 
 
 
 
 余分なパラメータ 不明確な責任 二重論理 パラメータ 汚染 低い凝聚力 パラメータ解雇 コード複製 Incomplete Extracted Method Object (不完全な抽出された方法オブジェクト) 関連コード 臭い https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxxviii https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxxv https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-ii-o96s3wl4 https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-x-i7r34uj https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxix ステップ↓ 
 
 
 
 
 所有する属性を受け取る方法を識別する これらのパラメータをメソッド署名から削除する 属性への直接アクセスで使用を置き換える 新しい意図に合致する必要がある場合には、方法の名前を変更します。 サンプルコード 前の↓↓ class Auto {
  constructor(motor) {
    this.motor = motor
  }

  startEngine(motor) {
    motor.ignite()
  }
}

// Usage
const motor = new Motor()
const auto = new Auto(motor)

auto.startEngine(motor)
// Redundant and maybe inconsistent
 その後↓ class Auto {
  constructor(motor) {
    this.motor = motor
  }
    
  // 1. Identify methods that receive owned attributes    
  startEngine() {
    // 2. Remove those parameters from the method signature  
    // 4. Rename the method if needed to match the new intention
    this.motor.ignite()
  }
}

// Adjust usage to call without passing motor
const motor = new Motor()
const auto = new Auto(motor)

// 3. Replace usage with direct access to the attribute  
auto.startEngine() // No parameter needed
 タイプ↓ 
 
 (x)自動化 セキュリティ ️ このリファクタリングは、良いテストカバーを持っている場合にシンプルで安全です。 なぜコードが良いのか? あなた削除 . 偶然の複雑さ あなたの方法は外部からの情報を必要としているふりをするのをやめます。 認知負荷を軽減し、カプセル化を改善します。 どのような属性があるかを明確にします。 . 不可欠 同じデータを異なる経路を通過することを避けます。 パラメーターの余裕を減らし、メソッド署名を簡素化します。 メソッドがオブジェクトの状態に直接アクセスできるようになったため、不一致の値を転送する可能性を排除します。 これはコードをより維持可能にし、読み方呼び出し時に認知負荷を減らします。 方法は、外部のパラメータよりも自分のオブジェクトのデータに依存することによってより一貫性が高まります。 では、どのようにしてバリエーションを改善するのか?️ この改修は、その強化を 物体の行動を現実世界の実体とより密接に調和させることによって。 バージョン あなたは現実世界のコンセプトに匹敵します:オブジェクトは所有しているものを使用します。 あなたは人類形態を改善し、非現実的な間接を避ける。 内部・外部も減らす。 . カプセル ️制限 これは、方法が常に内部属性を使用する場合にのみ機能します。 異なるバージョンをテストまたは変数のために注入する必要がある場合は、使用を検討してください。 あるいは戦略パターン。 依存症の注射 Refactor with AI 
 
 Suggested Prompt: 1. Identify methods that receive owned attributes 2. Remove those parameters from the method signature 3. Replace usage with direct access to the attribute 4. 必要に応じて新しい意図に合致する方法の名前を変更する Suggested Prompt: 1. Identify methods that receive owned attributes 2. Remove those parameters from the method signature 3. Replace usage with direct access to the attribute 4. 必要に応じて新しい意図に合致する方法の名前を変更する 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 Without Proper Instructions 
 With Specific Instructions 
 
 
 
 ChatGPT 
 ChatGPT 
 
 
 
 Claude 
 Claude 
 
 
 
 Perplexity 
 Perplexity 
 
 
 
 Copilot 
 Copilot 
 
 
 
 You 
 You 
 
 
 
 Gemini 
 Gemini 
 
 
 
 DeepSeek 
 DeepSeek 
 
 
 
 Meta AI 
 Meta AI 
 
 
 
 Grok 
 Grok 
 
 
 
 Qwen 
 Qwen チャット チャット クラウド クラウド 戸惑い 戸惑い パイロット パイロット あなた あなた 双子 双子 ディープ検索 ディープ検索 ターゲット AI ターゲット AI グロック グロック QWEN QWEN タグ ️ 
 
 カプセル化 レベル 
 
 【X】初心者 関連記事↓↓ https://maximilianocontieri.com/refactoring-010-extract-method-object?embedable=true https://hackernoon.com/refactoring-016-building-with-the-essence?embedable=true https://maximilianocontieri.com/refactoring-020-transform-static-functions?embedable=true https://hackernoon.com/refactoring-024-replace-global-variables-with-dependency-injection?embedable=true 
 
 
 パラメータ削除 オブジェクトパラメータの入力 クレジット↓ 画像 by は F・ムハンマド ピクセイ この記事は、Refactoringシリーズの一部です。 https://maximilianocontieri.com/how-to-improve-your-code-with-easy-refactorings?embedable=true

Winner of Noonies 2020 for the award Hacker Noon Contributor of the Year - REFACTORING.

2020 - Hacker Noon Contributor of the Year in REFACTORING

2022 - HackerNoon Contributor of the Year - Clean Code

2022 - HackerNoon Contributor of the Year - Debugging

2022 - HackerNoon Contributor of the Year - Github

2022 - HackerNoon Contributor of the Year - Machine Learning

2022 - HackerNoon Contributor of the Year - Quality Assurance

2022 - HackerNoon Contributor of the Year - Refactoring

2022 - HackerNoon Contributor of the Year - Software Architecture

2022 - the Greatest Storyteller

Buy My Book

Share your ideas with me!

Read My Stories

Buy Me a Coffee

Software Engineer and Book Author

このオーディオは、ストーリーの元の言語で制作されています。

長すぎる; 読むには

Refactoring 030 - 偶発的な解雇を避ける方法

Refactoring 030 - 偶発的な解雇を避ける方法

About Author

コメント

ラベル

この記事は

Related Stories

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

Telegram: クリプト島と本土を結ぶ橋

HackerNoon ライティングコンテストで優勝したいですか? #crypto-api コンテスト優勝者のおすすめはこちら

目に見えない層: ユーザーインタビューがかけがえのない資産である理由

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

Telegram: クリプト島と本土を結ぶ橋

HackerNoon ライティングコンテストで優勝したいですか? #crypto-api コンテスト優勝者のおすすめはこちら

目に見えない層: ユーザーインタビューがかけがえのない資産である理由

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps