Mengapa pengembang C # membuka kurung baris baru? [Tutup]

Saya telah menghabiskan sebagian besar beberapa tahun terakhir bekerja terutama dengan C # dan SQL. Setiap programmer yang pernah bekerja sama dengan saya pada waktu itu memiliki kebiasaan untuk menempatkan kurung buka fungsi atau pernyataan aliran kontrol pada baris baru. Jadi ...

public void MyFunction(string myArgument)
{
     //do stuff
}

if(myBoolean == true)
{
    //do something
}
else
{
    //do something else
}

Saya selalu dikejutkan oleh betapa borosnya ruang ini, terutama dalam pernyataan if / else. Dan saya tahu ada alternatif di versi C # kemudian, seperti:

if(myBoolean == true)
    //do something on one line of code

Tapi hampir tidak ada yang menggunakannya. Semua orang melakukan hal yang keriting-menguatkan pada baris baru.

Kemudian saya kembali melakukan JavaScript setelah lama absen. Dalam ingatan saya, pengembang JavaScript dulu melakukan hal yang sama keriting-kurawal-baris baru tetapi dengan semua perpustakaan dan hal-hal baru yang mewah, sebagian besar pengembang menempatkan penjepit pembukaan setelah deklarasi:

function MyJavaScriptFunction() {
    //do something
}

Anda dapat melihat artinya dalam hal ini, karena sejak menggunakan closure dan fungsi pointer telah menjadi populer di JavaScript, ini menghemat banyak ruang dan membuat semuanya lebih mudah dibaca. Jadi saya bertanya-tanya mengapa itu tidak dilihat sebagai hal yang dilakukan dalam C #. Bahkan, jika Anda mencoba konstruksi di atas dalam Visual Studio 2013, itu sebenarnya memformat ulang untuk Anda, menempatkan brace pembuka di baris baru!

Sekarang, saya baru saja melihat pertanyaan ini pada Code Review SE: https://codereview.stackexchange.com/questions/48035/questions-responses-let-me-tell-you-about-you Di mana saya mengetahui bahwa di Jawa, a bahasa Saya tidak terlalu terbiasa dengan itu, itu dianggap de-rigor untuk membuka kurung kurawal Anda tepat setelah deklarasi, dalam mode JavaScript modern.

Saya selalu mengerti bahwa C # awalnya dimodelkan setelah Java, dan terus ke banyak standar pengkodean basal yang sama. Tetapi dalam contoh ini, sepertinya tidak. Jadi saya kira pasti ada alasan yang bagus: apa alasannya? Mengapa pengembang C # (dan Visual Studio) memberlakukan kurung keriting pada baris baru?

Penjepit pada akhir baris adalah standar K&R C kuno, dari buku Brian Kernighan dan Dennis Ritchie, The C Programming Language , yang mereka terbitkan pada 1978 setelah ikut menciptakan sistem operasi UNIX dan bahasa pemrograman C (saya pikir C adalah sebagian besar dirancang oleh Ritchie), di AT&T.

Dulu ada perang api tentang "gaya penjepit yang benar."

Ritchie menemukan bahasa C, dan Kernighan menulis tutorial pertama, ketika tampilan komputer hanya menunjukkan beberapa baris teks. Bahkan, pengembangan UNICS (kemudian UNIX) dimulai pada DEC PDP-7, yang menggunakan mesin tik, printer, dan pita kertas untuk antarmuka pengguna. UNIX dan C selesai pada PDP-11, dengan terminal teks 24-baris. Jadi ruang vertikal memang sangat mahal. Kita semua memiliki tampilan yang sedikit lebih baik dan printer resolusi lebih tinggi hari ini, kan? Maksud saya, saya tidak tahu tentang Anda, tetapi saya memiliki tiga (3) tampilan 1080p 24 "di depan saya sekarang. :-)

Juga, begitu banyak dari buku kecil itu Bahasa Pemrograman C adalah contoh kode yang menempatkan kawat gigi pada ujung garis bukannya pada garis mereka sendiri yang diduga menghemat jumlah uang yang cukup besar pada pencetakan.

Yang benar-benar penting adalah konsistensi di seluruh proyek, atau setidaknya dalam file kode sumber yang diberikan.

Ada yang juga studi ilmiah yang menunjukkan bahwa penjepit pada baris sendiri (menjorok ke tingkat yang sama seperti kode, sebenarnya) meningkatkan kode pemahaman meskipun apa yang orang berpikir mereka berpikir tentang estetika. Itu membuatnya sangat jelas bagi pembaca, secara visual dan naluriah, kode mana yang berjalan dalam konteks mana.

if( true )
    {
    // do some stuff
    }

C # selalu mendukung mengevaluasi satu perintah setelah ekspresi bercabang, omong-omong. Bahkan, itulah satu-satunya yang dilakukannya, bahkan sekarang. Menempatkan kode dalam kurung setelah ekspresi bercabang hanya membuat satu perintah menjadi goto (kompiler membuat ruang lingkup menggunakan instruksi jmp). C ++, Java, C # dan JavaScript semuanya lebih atau kurang didasarkan pada C, dengan aturan penguraian yang mendasari yang sama, untuk sebagian besar. Jadi dalam pengertian itu, C # tidak "berdasarkan Java."

Menyimpulkan, ini adalah sedikit dari isu agama / api perang. Tapi ada yang studi sehingga cukup jelas bahwa mengatur kode dalam blok meningkatkan manusia pemahaman. Kompiler tidak peduli. Tapi ini juga terkait dengan alasan mengapa saya tidak pernah meletakkan baris kode setelah cabang tanpa kawat gigi - itu terlalu mudah bagi saya atau programmer lain untuk menampar baris kode lain di sana nanti dan tergelincir pada kenyataan bahwa itu tidak akan jalankan dalam konteks yang sama dengan baris tepat sebelum atau sesudahnya.

EDIT : Coba lihat bug Applegoto fail untuk contoh sempurna dari masalah yang tepat ini, yang memiliki konsekuensi dunia nyata yang sangat serius.

if( true )
    doSomething();

menjadi...

if( true )
    doSomething();
    doSomethingElse();

Dalam hal ini, doSomethingElse()dieksekusi setiap saat, terlepas dari hasil tes, tetapi karena indentasi ke tingkat yang sama dengan doSomething()pernyataan, mudah untuk dilewatkan. Ini tidak bisa dibantah; mempelajari kembali hal ini. Ini adalah sumber besar bug yang dimasukkan ke dalam kode sumber selama pemeliharaan.

Namun, saya akui bahwa sintaksis penutupan JavaScript terlihat agak konyol dengan kawat gigi pada baris mereka sendiri ... secara estetika. :-)

Alasan pengembang C # melakukannya adalah karena itu adalah pengaturan default dari auto-formatter Visual Studio. Meskipun pengaturan ini dapat diubah, kebanyakan orang tidak, dan dengan demikian semua pengembang dalam tim harus mengikuti mayoritas.

Adapun mengapa ini adalah default di Visual Studio, saya tidak tahu.

Seperti yang saya hipotesiskan dalam jawaban ini di sini - https://softwareengineering.stackexchange.com/a/159081/29029 - Saya kira keputusan untuk pergi dengan penguat Allman bisa menjadi tanda warisan Pascal, mengingat Hejlsberg menciptakan Delphi sebelum ia merancang C # . Sama seperti kasus Pascal untuk nama metode.

Secara pribadi saya percaya dalam mengikuti pepatah "di Roma lakukan seperti yang dilakukan orang Roma". Saya menggunakan Allman di C #, tetapi K&R di Jawa. Saya sangat terbiasa dengan itu bahwa beralih ke konvensi baik cara itu menggelisahkan bagi saya.

Saya percaya bahwa beberapa keragaman konvensi sebenarnya bermanfaat bagi pengembang "multibahasa" karena membantu mengingat bahasa yang sedang mereka koding saat ini dan membuatnya mudah untuk membedakan berbagai kebiasaan. Secara mental, ini setara dengan memori otot.

Konvensi yang Anda asosiasikan dengan Jawa adalah gaya K&R, atau "Satu gaya penyangga sejati," dan aslinya berasal dari C. Halaman indent-style dari File Jargon yang terhormat menunjukkan berapa usia perbedaannya.

Saya selalu berpikir bahwa gaya Allman dan variannya merupakan cerminan dari bagaimana penulis berpikir tentang kode, meningkatkan pembatas blok ke tingkat kata kunci yang mirip dengan bagaimana beberapa bahasa menggunakan "mulai" dan "berakhir" di sekitar blok kode.