Satu hal yang belum ada yang disebutkan, jadi saya akan menyebutkannya: Keinginan untuk membuat komentar sering menunjukkan bahwa programmer melakukan Doing It Wrong.
Pertama, mari kita sepakat bahwa satu-satunya waktu "bersarang" atau "tidak bersarang" terlihat oleh programmer adalah ketika programmer menulis sesuatu secara struktural seperti ini:
do_something();
/* comment /* nested comment */ more comment */
do_something_else();
Sekarang, kapan hal seperti itu muncul dalam praktik? Tentu saja programmer tidak akan menulis komentar bersarang yang benar - benar terlihat seperti cuplikan di atas! Tidak, dalam praktiknya ketika kita membuat komentar sarang (atau berharap kita bisa membuat sarang), itu karena kita ingin menulis sesuatu seperti ini:
do_something(); /* do a thing */
/* [ajo] 2017-12-03 this turned out to be unnecessary
do_something_else(); /* do another thing */
*/
Dan ini BURUK. Ini bukan pola yang kami (sebagai perancang bahasa) ingin dorong! Cara yang benar untuk menulis cuplikan di atas adalah:
do_something(); /* do a thing */
Kode "salah" itu, awal yang salah atau apa pun itu, tidak termasuk dalam basis kode. Miliknya, paling tidak, dalam sejarah kontrol sumber. Idealnya, Anda bahkan tidak akan pernah menulis kode yang salah, bukan? Dan jika kode yang salah melayani tujuan di sana, dengan memperingatkan pengelola untuk tidak mengembalikannya karena alasan tertentu, mungkin itu pekerjaan untuk komentar kode yang ditulis dengan baik dan disengaja. Mencoba untuk mengekspresikan "jangan lakukan X" dengan hanya meninggalkan beberapa kode lama yang melakukan X, tetapi berkomentar, bukanlah cara yang paling mudah dibaca atau efektif untuk mencegah orang melakukan X.
Ini semua bermuara pada aturan praktis sederhana yang mungkin pernah Anda dengar sebelumnya: Jangan berkomentar kode. (Mencari frase ini akan muncul sebuah banyak dari pendapat di perjanjian .)
Sebelum Anda bertanya: ya, bahasa seperti C, C #, dan C ++ sudah memberikan programmer lain alat untuk "komentar keluar" blok besar kode: #if 0. Tapi ini hanya aplikasi khusus dari preprocessor C, yang merupakan alat besar dan berguna dalam dirinya sendiri. Sebenarnya akan sangat sulit dan casey khusus untuk bahasa untuk mendukung kompilasi bersyarat dengan #ifnamun tidak mendukung #if 0.
Jadi, kami telah menetapkan bahwa komentar bersarang hanya relevan ketika programmer berkomentar kode; dan kami telah menetapkan (melalui konsensus dari banyak programmer berpengalaman) bahwa mengomentari kode adalah hal yang buruk.
Untuk melengkapi silogisme, kita harus menerima bahwa perancang bahasa memiliki minat dalam mempromosikan Hal-Hal Baik dan mengecilkan Hal-Hal Buruk (dengan asumsi bahwa semua yang lain adalah sama).
Dalam kasus komentar bersarang, semua yang lain adalah sama - Anda dapat dengan aman mengabaikan rendah sebagai jawaban bahwa klaim bahwa parsing bersarang /*akan entah bagaimana menjadi "sulit" untuk parser. (Bersarang /*tidak lebih sulit dari bersarang (, yang harus ditangani oleh setiap pengurai di dunia.)
Jadi, semuanya sederajat, haruskah perancang bahasa memudahkan untuk membuat sarang komentar (yaitu, untuk memberikan kode komentar), atau sulit? Ingat bahwa mengomentari kode adalah hal yang buruk.
QED
Catatan kaki. Perhatikan bahwa jika Anda tidak mengizinkan komentar bersarang, maka
hello /* foo*/bar.txt */ world
adalah "komentar" yang menyesatkan - sama dengan
hello bar.txt */ world
(yang kemungkinan merupakan kesalahan sintaksis). Tapi jika Anda melakukan mengijinkan komentar bersarang, maka
hello /* foo/*.txt */ world
adalah "komentar" yang menyesatkan - sama dengan
hello
tetapi membiarkan komentar terbuka sampai akhir file (yang lagi-lagi hampir pasti merupakan kesalahan sintaksis). Jadi tidak ada cara yang khususnya kurang rentan terhadap kesalahan sintaksis yang tidak disengaja. Satu-satunya perbedaan adalah bagaimana mereka menangani antipattern yang disengaja dari kode komentar.