ฟังก์ชั่นการรับค่าจากฟังก์ชั่นอื่นถือว่าบริสุทธิ์หรือไม่

ฉันกำลังพยายามหาวิธีจัดการกับค่าตัวแปรเริ่มต้นเมื่อสร้างฟังก์ชั่นที่ไม่มีผลข้างเคียงและสิ้นสุดลงด้วยสิ่งต่อไปนี้:

function getDefaultSeparator() {
    return ':';
}

function process(input, separator) {
    var separator = separator || getDefaultSeparator();

    // Use separator in some logic

    return output;
}

ตัวคั่นเริ่มต้นจะใช้ในฟังก์ชั่นอื่นและฉันต้องการกำหนดไว้ในที่เดียวเท่านั้น

หากนี่คือฟังก์ชั่นที่บริสุทธิ์ความแตกต่างจากการใช้ค่าคงที่ DEFAULT_SEPARATOR ทั่วโลกแทนคืออะไร

ฟังก์ชั่นการรับค่าจากฟังก์ชั่นอื่นถือว่าบริสุทธิ์หรือไม่

ขึ้นอยู่กับสิ่งที่ฟังก์ชั่นอื่นทำและสิ่งที่ฟังก์ชั่นการโทรทำ การปนเปื้อนนั้นไม่บริสุทธิ์

การเรียกฟังก์ชันบริสุทธิ์ไม่เปลี่ยนความบริสุทธิ์ของฟังก์ชันการโทร การเรียกฟังก์ชั่นที่ไม่บริสุทธิ์ทำให้ฟังก์ชั่นการโทรไม่บริสุทธิ์โดยอัตโนมัติเช่นกัน

ในตัวอย่างของคุณมันขึ้นอยู่กับความบริสุทธิ์ของชิ้นส่วนที่คุณทิ้งไว้ถ้ามันบริสุทธิ์ฟังก์ชั่นทั้งหมดจะบริสุทธิ์

หากนี่คือฟังก์ชั่นที่บริสุทธิ์ความแตกต่างจากการใช้ค่าคงที่ DEFAULT_SEPARATOR ทั่วโลกแทนคืออะไร

ไม่มีอะไร ฟังก์ชั่นที่ส่งกลับค่าเดิมมักจะแยกไม่ออกจากค่าคงที่ ในความเป็นจริงนั้นเป็นวิธีการที่ค่าคงที่ถูกสร้างแบบจำลองใน calcul-แคลคูลัส

ใช่ทั้งสองเป็นฟังก์ชั่นที่บริสุทธิ์ (สมมติว่าส่วนที่ elided นั้นยังบริสุทธิ์) เพราะ:

1. ผลลัพธ์ขึ้นอยู่กับพารามิเตอร์เท่านั้น
2. ไม่มีผลข้างเคียง

โปรดทราบว่าถ้าgetDefaultSeparator()ไม่ใช่ฟังก์ชั่นที่บริสุทธิ์ก็จะไม่process()บริสุทธิ์

ใน Javascript ไม่มีความแตกต่างที่มีความหมายระหว่างการใช้ฟังก์ชั่นแท้หรือค่าคงที่และทั้งสองอย่างสามารถใช้งานได้โดยฟังก์ชั่นแท้ตราบใดที่ความสามารถของ Javascript ในการกำหนดฟังก์ชั่นใหม่หรือแก้ไขค่าคงที่

แนวคิดหลักที่อยู่เบื้องหลังฟังก์ชั่นบริสุทธิ์คือพวกเขาสามารถถูกแทนที่ด้วยค่าที่พวกเขากลับมาโดยไม่ส่งผลกระทบต่อผลลัพธ์ของโปรแกรม

อย่างที่คนอื่นพูดแน่นอนมันยังคงเป็นฟังก์ชั่นที่บริสุทธิ์

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

การใช้ฟังก์ชั่นจะช่วยให้คุณมีความยืดหยุ่นมากขึ้นในการเปลี่ยนการใช้งานซึ่งกล่าวได้ว่าวิธีการทำงานนั้นให้การเชื่อมต่อที่แน่นกว่าตัวแปรทั่วโลก

คำถามคือว่าเราต้องการมันหรือไม่?

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

แม้ว่าผู้บริโภคและผู้ให้บริการจะอยู่ในโมดูลที่แตกต่างกัน แต่โมดูลนั้นเป็นรุ่นด้วยกัน (ตัวอย่างเช่นคุณใช้ minifyer เพื่อให้โมดูลของผู้บริโภคและผู้ให้บริการอยู่ในไฟล์เดียวกัน) YAGNI อาจนำไปใช้

ในทางตรงกันข้ามถ้าเช่นผู้ผลิตอยู่ในห้องสมุดหรือแพคเกจ API หรือโมดูลที่เป็นรุ่นแยกต่างหากจากผู้บริโภคจากนั้นใช้ฟังก์ชั่นอาจจะเหมาะสม ในกรณีนี้เราควรดู API ที่ยืนยาวและหลักการเช่น OCP

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