ต้นกำเนิดของ“ วิธีการหนึ่งควรส่งคืนค่าหรือมีผลข้างเคียง แต่ไม่ใช่ทั้งสองวิธี”

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

ต้นกำเนิดของคำแนะนำนี้คืออะไร? มันเกิดขึ้นจากบุคคลหรือชุมชนใด?

เครดิตเพิ่มเติม: ประโยชน์ที่ได้รับจากการทำตามคำแนะนำนี้คืออะไร?

ตามที่เกร็กหนุ่มความคิดนี้มาจากเบอร์แทรนด์เมเยอร์ : แยกคำสั่ง Query

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

1: Eiffel: ภาษาสำหรับสไลด์วิศวกรรมซอฟต์แวร์ 43-48

ในการออกแบบการขับเคลื่อนด้วยโดเมนสิ่งนี้คล้ายกับการแยก / การแยกคำสั่ง - การสืบค้น - การแยก (CQRS) ตามที่เกร็กยัง

Greg Young นำแนวคิดของ CQS จาก Bertrand มาตั้งชื่อ CQRS ตามที่ Martin Fowler กล่าวถึงในบทความ CQRS นี้

ประโยชน์ที่ได้รับ

• ส่วนการอ่าน (แบบสอบถาม) สามารถปรับขนาด / ปรับแต่งแตกต่างจากส่วนเขียน (คำสั่ง) การแยกทั้งสองจะช่วยป้องกันไม่ให้เข้าหากันเมื่อการปรับให้เหมาะสม / ประสิทธิภาพเป็นกุญแจสำคัญ

อ่านบทความในลิงค์ Martin Fowlerสำหรับข้อมูลเพิ่มเติม

ฉันไม่รู้ว่ามันมาจากไหน แต่มันเป็นคำแนะนำที่ดีและค่อนข้างตรงไปตรงมาที่จะเข้าใจ

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

การแยกชิ้นส่วนที่ผลิตผลข้างเคียงทำให้ส่วนที่เหลือง่ายขึ้นสำหรับเหตุผลในการทดสอบและตรวจแก้จุดบกพร่อง การลดจำนวนผลข้างเคียงในแต่ละส่วนที่สร้างผลข้างเคียงจะทำให้ส่วนนั้นทำงานได้ง่ายขึ้นในลักษณะเดียวกัน

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

เครดิตเพิ่มเติม: ประโยชน์เดิมของการทำตามคำแนะนำนี้คืออะไร

หนึ่งในประโยชน์ของการแยกค่าตอบแทนจากผลข้างเคียงก็คือว่ามันเอาปัญหาที่อาจเกิดขึ้นซึ่งอาจจะเกิดจากการประเมินผลการลัดวงจร

bool FooWithSideEffect() {
    // do query
    // do side effect
    return resultOfQuery;
}

bool BarWithSideEffect() {
    // do query
    // do side effect
    return resultOfQuery;
}

void BadShortCircuitEvaluation()
{
    // the programmer's intent is to have side effects of both functions
    if (FooWithSideEffect() && BarWithSideEffect() ) {
        // do something
    }

    // in case FooWithSideEffect() returns true, 
    // then BarWithSideEffect() is not called at all
    // because of short-circuit evaluation
}