Asal "sebuah metode harus mengembalikan nilai atau memiliki efek samping, tetapi tidak keduanya"

Saya pernah membaca bahwa suatu metode harus memiliki nilai balik (dan transparan secara referensial), atau memiliki efek samping, tetapi tidak keduanya. Saya tidak dapat menemukan referensi untuk aturan ini, tetapi ingin belajar lebih banyak tentangnya.

Apa asal usul nasihat ini? Dari orang atau komunitas apa itu muncul?

Kredit ekstra: Apa manfaat yang diklaim dari mengikuti saran ini?

Menurut Greg Young, ide ini berasal dari Bertrand Meyer : pemisahan Command-Query .

Ini menyatakan bahwa setiap metode harus berupa perintah yang melakukan tindakan, atau permintaan yang mengembalikan data ke pemanggil, tetapi tidak keduanya. Dengan kata lain, Mengajukan pertanyaan seharusnya tidak mengubah jawabannya . ^{1 Secara} lebih formal, metode harus mengembalikan nilai hanya jika mereka secara transparan transparan dan karenanya tidak memiliki efek samping.

1: Eiffel: bahasa untuk slide rekayasa perangkat lunak 43-48

Dalam Domain Driven Design, ini mirip dengan Command-Query-Read Separation / Segregation (CQRS), sebagaimana dinamai oleh Greg Young.

Greg Young mengambil ide CQS dari Bertrand untuk memberi nama CQRS sebagaimana disebutkan oleh Martin Fowler dalam artikel CQRS ini

Manfaat

• Bagian Read (Query) dapat diskalakan / tweak secara berbeda dari bagian Write (command). Memisahkan keduanya akan mencegah salah satu dari menghalangi satu sama lain ketika optimasi / kinerja adalah kunci.

Baca artikel di tautan Martin Fowler untuk informasi lebih lanjut.

Saya tidak tahu dari mana asalnya, tetapi itu adalah saran yang bagus dan cukup mudah dipahami.

Setiap program yang dirancang dengan baik akan dipecah menjadi berbagai bagian, digabungkan dan disusun dengan berbagai cara. Semakin sulit untuk berpikir tentang apa yang dilakukan bagian tertentu, semakin sulit untuk memastikan bahwa program Anda akan bereaksi dengan cara yang dapat diprediksi.

Mengisolasi bagian-bagian yang menghasilkan efek samping membuat sisanya lebih mudah untuk dipikirkan, diuji, dan di-debug. Mengurangi jumlah efek samping di setiap bagian yang menghasilkan efek samping akan membuat bagian itu lebih mudah untuk dikerjakan dengan cara yang sama.

Jika Anda menguraikannya lebih jauh, nilai kembali adalah efek. Efek samping adalah efek. Suatu fungsi seharusnya hanya menghasilkan 1 efek (jika mungkin) karena semakin banyak input dan efek yang dimiliki fungsi, semakin besar kesulitan dalam berpikir tentang apa yang sebenarnya dilakukannya.

Kredit ekstra: Apa manfaat yang semula diklaim dari mengikuti saran ini?

Salah satu manfaat memisahkan nilai kembali dari efek samping adalah menghilangkan nilai masalah potensial yang mungkin disebabkan oleh evaluasi hubung singkat .

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
}