Why RefactorThe reasons for this re

Why Refactor

The reasons for this refactoring are the same as for Split Temporary Variable, but in this case we are dealing with a parameter, not a local variable.

First, if a parameter is passed via reference, then after the parameter value is changed inside the method, this value is passed to the argument that requested calling this method. Very often, this occurs accidentally and leads to unfortunate effects. Even if parameters are usually passed by value (and not by reference) in your programming language, this coding quirk may alienate those who are unaccustomed to it.

Second, multiple assignments of different values to a single parameter make it difficult for you to know what data should be contained in the parameter at any particular point in time. The problem worsens if your parameter and its contents are documented but the actual value is capable of differing from what is expected inside the method.

ผลลัพธ์ (ไทย) 1:

ทำไม Refactorเหตุผลสำหรับการ refactoring นี้จะเหมือนกับแยกตัวแปรชั่วคราว แต่ในกรณีนี้ เราจะจัดการกับพารามิเตอร์ ไม่ตัวแปรท้องถิ่นครั้งแรก ถ้าพารามิเตอร์ส่งผ่านผ่านอ้างอิง แล้วหลังจากที่มีการเปลี่ยนแปลงค่าพารามิเตอร์ภายในวิธีการ ค่านี้ถูกส่งผ่านไปอาร์กิวเมนต์ที่ร้องขอการเรียกวิธีการนี้ บ่อย นี้เกิดขึ้นโดยบังเอิญ และนำไปสู่ผลโชคร้าย แม้ว่าพารามิเตอร์จะมักจะผ่าน โดยค่า (และไม่ใช่อ้างอิง) ในการเขียนโปรแกรมภาษา quirk นี้เขียนโค้ดอาจ alienate ผู้ที่มี unaccustomed นั้นวินาที กำหนดหลายค่าที่แตกต่างเพื่อสร้างพารามิเตอร์เดียวมันยากให้คุณรู้ว่าข้อมูลใดควรอยู่ในพารามิเตอร์ที่จุดเฉพาะใด ๆ ในเวลา ปัญหาเลวร้ายลงหากพารามิเตอร์ของคุณและเนื้อหาที่มีเอกสาร แต่ค่าที่แท้จริงจะสามารถแตกต่างจากสิ่งคาดว่าภายในวิธีการ

ผลลัพธ์ (ไทย) 2:

ทำไม Refactor

เหตุผลในการ refactoring นี้เป็นเช่นเดียวกับแยกตัวแปรชั่วคราว แต่ในกรณีนี้เราจะจัดการกับพารามิเตอร์ไม่ได้เป็นตัวแปรท้องถิ่น.

แรกถ้าพารามิเตอร์จะถูกส่งผ่านการอ้างอิงแล้วหลังจากค่าพารามิเตอร์ที่มีการเปลี่ยนแปลงภายใน วิธีการที่ค่านี้จะถูกส่งไปโต้แย้งว่าขอเรียกวิธีการนี้ มากมักจะเกิดขึ้นโดยบังเอิญนี้และนำไปสู่ผลกระทบที่โชคร้าย แม้ว่าพารามิเตอร์มักจะผ่านค่า (และไม่ได้โดยอ้างอิง) ในการเขียนโปรแกรมภาษาของคุณนี้มุมแหลมเข้ารหัสอาจกลายเป็นผู้ที่มีความคุ้นเคยกับมัน.

ประการที่สองหลายที่ได้รับมอบหมายของค่าที่แตกต่างกันไปพารามิเตอร์เดียวทำให้มันยากสำหรับคุณที่จะรู้ว่าสิ่งที่ ข้อมูลที่ควรจะมีอยู่ในพารามิเตอร์ที่จุดโดยเฉพาะอย่างยิ่งในเวลาใด ๆ ปัญหาแย่ลงถ้าพารามิเตอร์และเนื้อหาของคุณได้รับการบันทึก แต่ค่าที่แท้จริงคือความสามารถในการที่แตกต่างจากสิ่งที่คาดว่าภายในวิธีการ

ผลลัพธ์ (ไทย) 3:

ทำไมวิศวกรระบบเหตุผลของวาริทนี้จะเหมือนกันสำหรับแบ่งตัวแปรชั่วคราว แต่ในกรณีนี้เราจะจัดการกับตัวแปรที่ไม่ได้แปรท้องถิ่น .ก่อน ถ้าพารามิเตอร์ผ่านอ้างอิง แล้วหลังจากเปลี่ยนค่าพารามิเตอร์ในวิธีนี้คือค่าผ่านอาร์กิวเมนต์ที่ขอเรียกวิธีการนี้ มากมักจะเกิดขึ้นโดยบังเอิญ และนำไปสู่ผลที่โชคร้าย ถ้าพารามิเตอร์มักจะผ่านค่า ( และไม่โดยอ้างอิง ) ในภาษาการเขียนโปรแกรมของคุณ นี้การเข้ารหัสมุมแหลมอาจโอนผู้ที่ไม่คุ้นเคยกับมันประการที่สอง หลายงานของค่าที่แตกต่างกันเพื่อพารามิเตอร์เดียวทำให้มันยากสำหรับคุณที่จะรู้ว่าข้อมูลที่ควรจะมีอยู่ในพารามิเตอร์ที่จุดใดในเวลา ปัญหาเลวร้ายถ้าพารามิเตอร์และเนื้อหาที่เป็นเอกสาร แต่มูลค่าที่แท้จริงคือ ความสามารถที่แตกต่างจากสิ่งที่คาดหวังในวิธีการ