Ke ternary atau tidak ke ternary? [Tutup]

Saya pribadi penganjur operator ternary: ()? :; Saya menyadari bahwa ini memiliki tempatnya, tetapi saya telah menemukan banyak programmer yang benar-benar menentang untuk menggunakannya, dan beberapa yang menggunakannya terlalu sering.

Apa perasaan Anda? Kode menarik apa yang Anda lihat menggunakannya?

Gunakan hanya untuk ekspresi sederhana :

int a = (b > 10) ? c : d;

Jangan membuat rantai atau membuat operator ternary karena sulit dibaca dan membingungkan:

int a = b > 10 ? c < 20 ? 50 : 80 : e == 2 ? 4 : 8;

Selain itu, ketika menggunakan operator ternary, pertimbangkan memformat kode sedemikian rupa sehingga meningkatkan keterbacaan:

int a = (b > 10) ? some_value                 
                 : another_value;

Itu membuat debugging sedikit lebih sulit karena Anda tidak dapat menempatkan breakpoint pada masing-masing sub ekspresi. Saya jarang menggunakannya.

Saya suka mereka, terutama dalam bahasa yang aman.

Saya tidak melihat bagaimana ini:

int count = (condition) ? 1 : 0;

lebih sulit dari ini:

int count;

if (condition)
{
  count = 1;
} 
else
{
  count = 0;
}

edit -

Saya berpendapat bahwa operator ternary membuat semuanya lebih kompleks dan lebih rapi daripada alternatifnya.

Dirantai aku baik-baik saja dengan - bersarang, tidak begitu banyak.

Saya cenderung menggunakannya lebih banyak di C hanya b / c mereka adalah pernyataan if yang memiliki nilai, sehingga mengurangi pengulangan atau variabel yang tidak perlu:

x = (y < 100) ? "dog" :
    (y < 150) ? "cat" :
    (y < 300) ? "bar" : "baz";

daripada

     if (y < 100) { x = "dog"; } 
else if (y < 150) { x = "cat"; }
else if (y < 300) { x = "bar"; } 
else              { x = "baz"; }

Dalam penugasan seperti ini, saya merasa kurang untuk refactor, dan lebih jelas.

Ketika saya bekerja di ruby ​​di sisi lain, saya lebih cenderung menggunakan if...else...endkarena itu juga ekspresi.

x =   if (y < 100) then "dog"
    elif (y < 150) then "cat"
    elif (y < 300) then "bar"
    else                "baz"
    end

(walaupun, diakui, untuk sesuatu yang sederhana ini, saya mungkin hanya menggunakan operator ternary).

?:Operator Ternary hanyalah setara fungsional dari ifkonstruksi prosedural . Jadi selama Anda tidak menggunakan ?:ekspresi bersarang , argumen untuk / terhadap representasi fungsional dari operasi apa pun berlaku di sini. Tetapi operasi terner bersarang dapat menghasilkan kode yang benar-benar membingungkan (latihan untuk pembaca: cobalah menulis parser yang akan menangani persyaratan bersarang ternary dan Anda akan menghargai kompleksitasnya).

Tetapi ada banyak situasi di mana penggunaan konservatif ?:operator dapat menghasilkan kode yang sebenarnya lebih mudah dibaca daripada sebaliknya. Sebagai contoh:

int compareTo(Object object) {
    if((isLessThan(object) && reverseOrder) || (isGreaterThan(object) && !reverseOrder)) {
       return 1;
    if((isLessThan(object) && !reverseOrder) || (isGreaterThan(object) && reverseOrder)) {
       return -1;
    else
      return 0;              
}

Sekarang bandingkan dengan ini:

int compareTo(Object object) {
    if(isLessThan(object))
        return reverseOrder ? 1 : -1;         
    else(isGreaterThan(object))
        return reverseOrder ? -1 : 1;
    else        
       return 0;              
}

Karena kodenya lebih ringkas maka noise sintaksisnya lebih sedikit, dan dengan menggunakan operator ternary secara bijaksana (yang hanya terkait dengan properti reverseOrder ) hasil akhirnya tidak terlalu singkat.

Ini masalah gaya, sungguh; aturan bawah sadar yang cenderung saya ikuti adalah:

• Hanya mengevaluasi 1 ekspresi - jadi foo = (bar > baz) ? true : false, tetapi TIDAKfoo = (bar > baz && lotto && someArray.Contains(someValue)) ? true : false
• Jika saya menggunakannya untuk logika tampilan, mis <%= (foo) ? "Yes" : "No" %>
• Hanya benar-benar menggunakannya untuk penugasan; tidak pernah mengalir logika (jadi tidak pernah (foo) ? FooIsTrue(foo) : FooIsALie(foo)) Logika aliran dalam ternary itu sendiri adalah sebuah kebohongan, mengabaikan poin terakhir itu.

Saya menyukainya karena ringkas dan elegan untuk operasi penugasan sederhana.

Seperti banyak pertanyaan pendapat, jawabannya pasti: tergantung

Untuk sesuatu seperti:

return x ? "Yes" : "No";

Saya pikir itu jauh lebih ringkas (dan lebih cepat bagi saya untuk menguraikan) daripada:

if (x) {
    return "Yes";
} else {
    return "No";
}

Sekarang jika ekspresi kondisional Anda kompleks, maka operasi ternary bukanlah pilihan yang baik. Sesuatu seperti:

x && y && z >= 10 && s.Length == 0 || !foo

bukan kandidat yang baik untuk operator ternary.

Sebagai tambahan, jika Anda seorang programmer C, GCC sebenarnya memiliki ekstensi yang memungkinkan Anda untuk mengecualikan bagian if-true dari ternary, seperti ini:

/* 'y' is a char * */
const char *x = y ? : "Not set";

Yang akan ditetapkan xdengan yasumsi ytidak NULL. Barang bagus.

Dalam pikiran saya, masuk akal untuk menggunakan operator ternary dalam kasus di mana ekspresi diperlukan.

Dalam kasus lain, sepertinya operator ternary mengurangi kejernihan.

Dengan ukuran kompleksitas siklomatik , penggunaan ifpernyataan atau operator ternary adalah setara. Jadi dengan ukuran itu, jawabannya tidak , kompleksitasnya akan sama persis seperti sebelumnya.

Dengan langkah-langkah lain seperti keterbacaan, rawatan, dan KERING (Jangan-Ulangi-Sendiri), salah satu pilihan mungkin terbukti lebih baik daripada yang lain.

Saya sering menggunakannya di tempat-tempat di mana saya dibatasi untuk bekerja di sebuah konstruktor - misalnya, .NET 3.5 LINQ ke XML yang baru - untuk menetapkan nilai default ketika parameter opsional nol.

Contoh buatan:

var e = new XElement("Something",
    param == null ? new XElement("Value", "Default")
                  : new XElement("Value", param.ToString())
);

atau (terima kasih asterite)

var e = new XElement("Something",
    new XElement("Value",
        param == null ? "Default"
                      : param.ToString()
    )
);

Tidak masalah apakah Anda menggunakan operator ternary atau tidak, memastikan kode Anda dapat dibaca adalah hal yang penting. Setiap konstruksi dapat dibuat tidak dapat dibaca.

Saya menggunakan operator ternary di mana pun saya bisa, kecuali itu membuat kode sangat sulit dibaca, tapi kemudian itu biasanya hanya indikasi bahwa kode saya bisa menggunakan sedikit refactoring.

Itu selalu membingungkan saya bagaimana beberapa orang berpikir operator ternary adalah fitur "tersembunyi" atau agak misterius. Ini adalah salah satu hal pertama yang saya pelajari ketika saya memulai pemrograman di C, dan saya pikir itu tidak mengurangi keterbacaan sama sekali. Itu adalah bagian alami dari bahasa tersebut.

Saya setuju dengan jmulder: ini tidak boleh digunakan sebagai ganti a if, tetapi memiliki tempat untuk ekspresi balik atau di dalam ekspresi:

echo "Result: " + n + " meter" + (n != 1 ? "s" : "");
return a == null ? "null" : a;

Yang pertama hanyalah sebuah contoh, dukungan jamak yang lebih baik harus digunakan!

(Retasan hari ini)

#define IF(x) x ?
#define ELSE :

Maka Anda dapat melakukan if-then-else sebagai ekspresi:

int b = IF(condition1)    res1
        ELSE IF(condition2)  res2
        ELSE IF(conditions3) res3
        ELSE res4;

Jika Anda menggunakan operator ternary untuk penugasan bersyarat sederhana, saya rasa tidak masalah. Saya telah melihatnya (ab) digunakan untuk mengontrol aliran program tanpa membuat tugas, dan saya pikir itu harus dihindari. Gunakan pernyataan if dalam kasus ini.

Saya pikir operator ternary harus digunakan saat dibutuhkan. Ini jelas merupakan pilihan yang sangat subyektif, tetapi saya menemukan bahwa ekspresi sederhana (khususnya sebagai ekspresi balik) jauh lebih jelas daripada tes penuh. Contoh dalam C / C ++:

return (a>0)?a:0;

Dibandingkan dengan:

if(a>0) return a;
else return 0;

Anda juga memiliki kasus di mana solusinya adalah antara operator ternary dan membuat fungsi. Misalnya dengan Python:

l = [ i if i > 0 else 0 for i in lst ]

Alternatifnya adalah:

def cap(value):
    if value > 0:
        return value
    return 0
l = [ cap(i) for i in lst ]

Cukup diperlukan bahwa dalam Python (sebagai contoh), ungkapan seperti itu dapat dilihat secara teratur:

l = [ ((i>0 and [i]) or [0])[0] for i in lst ]

baris ini menggunakan properti dari operator logis dalam Python: mereka malas dan mengembalikan nilai terakhir yang dihitung jika sama dengan keadaan akhir.

Saya suka mereka. Saya tidak tahu mengapa, tetapi saya merasa sangat keren ketika saya menggunakan ekspresi ternary.

Saya telah melihat binatang buas seperti itu (sebenarnya jauh lebih buruk karena itu valid tanggal dan diperiksa bulan dan hari juga, tapi saya tidak bisa repot-repot mencoba mengingat semuanya):

isLeapYear =
    ((yyyy % 400) == 0)
    ? 1
    : ((yyyy % 100) == 0)
        ? 0
        : ((yyyy % 4) == 0)
            ? 1
            : 0;

di mana, jelas, serangkaian pernyataan jika akan lebih baik (meskipun yang ini masih lebih baik daripada versi makro yang pernah saya lihat).

Saya tidak keberatan untuk hal-hal kecil seperti:

reportedAge = (isFemale && (Age >= 21)) ? 21 + (Age - 21) / 3 : Age;

atau bahkan hal-hal yang sedikit rumit seperti:

printf ("Deleted %d file%s\n", n, (n == 1) ? "" : "s");

Sintaksnya mengerikan. Saya menemukan fungsional jika sangat berguna, dan sering membuat kode lebih mudah dibaca.

Saya akan menyarankan membuat makro untuk membuatnya lebih mudah dibaca, tapi saya yakin seseorang dapat datang dengan kasus tepi yang mengerikan (karena selalu ada dengan CPP).

Saya suka menggunakan operator dalam kode debug untuk mencetak nilai kesalahan jadi saya tidak harus mencarinya sepanjang waktu. Biasanya saya melakukan ini untuk men-debug cetakan yang tidak akan tetap begitu saya selesai mengembangkan.

int result = do_something();
if( result != 0 )
{
  debug_printf("Error while doing something, code %x (%s)\n", result,
                result == 7 ? "ERROR_YES" :
                result == 8 ? "ERROR_NO" :
                result == 9 ? "ERROR_FILE_NOT_FOUND" :
                "Unknown");
}

Saya hampir tidak pernah menggunakan operator ternary karena setiap kali saya DO menggunakannya, itu selalu membuat saya berpikir lebih banyak daripada yang harus saya lakukan nanti ketika saya mencoba untuk mempertahankannya.

Saya suka menghindari verbositas, tetapi ketika membuat kode lebih mudah untuk diambil, saya akan menggunakan verbositas.

Mempertimbangkan:

String name = firstName;

if (middleName != null) {
    name += " " + middleName;
}

name += " " + lastName;

Nah, itu agak bertele-tele, tapi saya merasa lebih mudah dibaca daripada:

String name = firstName + (middleName == null ? "" : " " + middleName)
    + " " + lastName;

atau:

String name = firstName;
name += (middleName == null ? "" : " " + middleName);
name += " " + lastName;

Sepertinya memampatkan terlalu banyak informasi ke dalam ruang yang terlalu sedikit, tanpa memperjelas apa yang terjadi. Setiap kali saya melihat operator ternary digunakan, saya selalu menemukan alternatif yang sepertinya lebih mudah dibaca ... sekali lagi, itu adalah pendapat yang sangat subyektif, jadi jika Anda dan kolega Anda merasa ternary sangat mudah dibaca, lakukan saja.

Hanya bila:

$ var = (simple> test? simple_result_1: simple_result_2);

CIUMAN.

Saya biasanya menggunakan hal-hal seperti ini:

before:

if(isheader)
    drawtext(x,y,WHITE,string);
else
    drawtext(x,y,BLUE,string);

after:

    drawtext(x,y,isheader==true?WHITE:BLUE,string);

Seperti yang orang lain tunjukkan, mereka bagus untuk kondisi sederhana pendek. Saya terutama menyukai mereka untuk default (seperti | | dan atau penggunaan dalam javascript dan python), misalnya

int repCount = pRepCountIn ? *pRepCountIn : defaultRepCount;

Penggunaan umum lainnya adalah untuk menginisialisasi referensi dalam C ++. Karena referensi harus dideklarasikan dan diinisialisasi dalam pernyataan yang sama, Anda tidak dapat menggunakan pernyataan if.

SomeType& ref = pInput ? *pInput : somethingElse;

Saya banyak memperlakukan operator ternary seperti GOTO. Mereka memiliki tempat mereka, tetapi mereka adalah sesuatu yang biasanya Anda hindari untuk membuat kode lebih mudah dimengerti.

Baru-baru ini saya melihat variasi pada operator ternary (well, semacam) yang membuat standar "()?:" Varian tampaknya menjadi teladan kejelasan:

var Result = [CaseIfFalse, CaseIfTrue][(boolean expression)]

atau, untuk memberikan contoh yang lebih nyata:

var Name = ['Jane', 'John'][Gender == 'm'];

Pikiran Anda, ini Javascript, jadi hal-hal seperti itu mungkin tidak dapat dilakukan dalam bahasa lain (untungnya).

Untuk kasing sederhana, saya suka menggunakannya. Sebenarnya jauh lebih mudah untuk membaca / kode misalnya sebagai parameter untuk fungsi atau hal-hal seperti itu. Juga untuk menghindari baris baru saya ingin tetap dengan semua if / else saya.

Neseting itu akan menjadi NO-NO besar di buku saya.

Jadi, melanjutkan, untuk satu jika / saya akan menggunakan operator ternary. Untuk kasus lain, regular jika / selain itu jika / else (atau switch)

Saya suka kasus khusus Groovy dari operator ternary, yang disebut operator Elvis:?:

expr ?: default

Kode ini mengevaluasi expr jika bukan nol, dan default jika itu adalah nol. Secara teknis itu sebenarnya bukan operator ternary, tapi pasti terkait dengannya dan menghemat banyak waktu / mengetik.

Untuk tugas-tugas sederhana seperti menetapkan nilai yang berbeda tergantung pada kondisi mereka bagus. Saya tidak akan menggunakannya ketika ada ekspresi yang lebih lama tergantung pada kondisinya.

Begitu banyak jawaban yang mengatakan, itu tergantung . Saya menemukan bahwa jika perbandingan ternary tidak terlihat dalam pemindaian cepat ke bawah kode, maka itu tidak boleh digunakan.

Sebagai masalah sampingan, saya mungkin juga mencatat bahwa keberadaannya sebenarnya sedikit aneh karena pada C, pengujian perbandingan adalah pernyataan. Di Icon, ifkonstruk (seperti kebanyakan Icon) sebenarnya adalah ekspresi. Jadi Anda dapat melakukan hal-hal seperti:

x[if y > 5 then 5 else y] := "Y" 

... yang saya temukan jauh lebih mudah dibaca daripada operator perbandingan ternery. :-)

Ada diskusi baru-baru ini tentang kemungkinan menambahkan ?: operator ke Icon, tetapi beberapa orang dengan benar menunjukkan bahwa sama sekali tidak perlu karena cara ifkerjanya.

Yang berarti bahwa jika Anda bisa melakukannya dalam C (atau bahasa lain mana saja yang memiliki operator ternery), maka Anda sebenarnya tidak memerlukan operator ternery sama sekali.

Jika Anda dan rekan kerja Anda memahami apa yang mereka lakukan dan mereka tidak dibuat dalam kelompok besar saya pikir mereka membuat kode lebih kompleks dan lebih mudah dibaca karena hanya ada sedikit kode.

Satu-satunya waktu saya pikir operator ternary membuat kode lebih sulit untuk dipahami adalah ketika Anda memiliki lebih dari 3 atau 4 dalam satu baris. Kebanyakan orang tidak ingat bahwa mereka didahulukan berdasarkan hak dan ketika Anda memiliki setumpuk dari mereka itu membuat membaca kode mimpi buruk.