Salah satu pertanyaan wawancara JavaScript yang paling sering ditanyakan adalah tentang mengangkat. Ini juga merupakan konsep yang mungkin perlu dibiasakan, jadi bacalah panduan kami untuk mempelajari lebih lanjut Show Variabel JavaScript dapat dideklarasikan dengan beberapa cara. Namun, mereka tidak semuanya diciptakan sama dan memahami perbedaan mereka dapat mengubah cara Anda membuat kode secara drastis Pengembang JavaScript sering bingung dengan variabel dan ruang lingkup JavaScript. Berikut panduan cepat untuk memahami dan mengingat segala sesuatu yang berkaitan dengan konsep-konsep ini Panduan berikut mencakup penulisan kode contoh JavaScript untuk MDN Web Docs. Artikel ini adalah daftar aturan penulisan contoh singkat yang dapat dipahami oleh sebanyak mungkin orang Bagian ini menjelaskan panduan umum yang harus diingat saat menulis contoh kode JavaScript. Bagian selanjutnya akan membahas detail yang lebih spesifik Pendapat tentang lekukan yang benar, spasi putih, dan panjang garis selalu menjadi kontroversi. Diskusi tentang topik ini merupakan gangguan dari pembuatan dan pemeliharaan konten Di MDN Web Docs, kami menggunakan Prettier sebagai pemformat kode agar gaya kode tetap konsisten (dan untuk menghindari diskusi di luar topik). Anda dapat berkonsultasi dengan file konfigurasi kami untuk mempelajari tentang aturan saat ini, dan membaca dokumentasi Prettier Lebih cantik memformat semua kode dan menjaga gaya tetap konsisten. Namun demikian, ada beberapa aturan tambahan yang perlu Anda ikuti Anda dapat menggunakan fitur baru setelah semua browser utama — Chrome, Edge, Firefox, dan Safari — mendukungnya Tandai indentasi dengan 2 spasi. Jangan gunakan karakter tab. Karakter akhir baris adalah 5, konvensi Unix. Untuk membantu Anda, kami telah menyertakan file 6 di repositori. Banyak editor membaca kontennya dan menggunakannya untuk mengonfigurasi perilaku merekaUntuk membuat array, gunakan literal dan bukan konstruktor Buat array seperti ini
Jangan lakukan ini saat membuat array
Saat menambahkan item ke array, gunakan 7 dan bukan penugasan langsung. Pertimbangkan larik berikut
Tambahkan item ke array seperti ini _Jangan menambahkan item ke array seperti ini
Menulis kode asinkron meningkatkan kinerja dan harus digunakan jika memungkinkan. Secara khusus, Anda dapat menggunakan
Ketika kedua teknik memungkinkan, kami lebih suka menggunakan sintaks 8/ 9 yang lebih sederhana. Sayangnya, Anda tidak dapat menggunakan _9 di tingkat atas kecuali Anda berada di modul ECMAScript. Modul CommonJS yang digunakan oleh Node. js bukan modul ES. Jika contoh Anda dimaksudkan untuk digunakan di mana saja, hindari tingkat atas 9Komentar sangat penting untuk menulis contoh kode yang baik. Mereka mengklarifikasi maksud dari kode dan membantu pengembang memahaminya. Beri perhatian khusus pada mereka
Komentar satu baris ditandai dengan 4, bukan komentar blokir yang diapit antara 5Secara umum, gunakan komentar satu baris untuk mengomentari kode. Penulis harus menandai setiap baris komentar dengan 4, sehingga lebih mudah untuk melihat kode yang dikomentari secara visual. Selain itu, konvensi ini memungkinkan untuk mengomentari bagian kode menggunakan 5 saat debugging
Komentar singkat biasanya lebih baik, jadi usahakan untuk membuatnya dalam satu baris yang terdiri dari 60–80 karakter. Jika ini tidak memungkinkan, gunakan 4 di awal setiap baris _4Jangan gunakan _5 5Melewatkan kode yang berlebihan menggunakan elips (…) diperlukan agar contoh tetap singkat. Tetap saja, penulis harus melakukannya dengan hati-hati karena pengembang sering kali menyalin & menempelkan contoh ke dalam kode mereka, dan semua contoh kode kami harus berupa JavaScript yang valid Dalam JavaScript, Anda harus meletakkan elips ( 2) dalam komentar. Jika memungkinkan, tunjukkan tindakan apa yang diharapkan untuk ditambahkan oleh seseorang yang menggunakan kembali cuplikan iniMenggunakan komentar untuk elipsis (…) lebih eksplisit, mencegah kesalahan saat pengembang menyalin dan menempelkan kode contoh. Menulis 6Jangan gunakan elips (…) seperti ini _7Saat menulis kode, Anda biasanya menghilangkan parameter yang tidak diperlukan. Namun dalam beberapa contoh kode, Anda ingin menunjukkan bahwa Anda tidak menggunakan beberapa kemungkinan parameter Untuk melakukannya, gunakan _5 di daftar parameter. Ini adalah pengecualian dari aturan untuk hanya menggunakan komentar satu baris ( 4) 8Untuk nama fungsi, gunakan huruf kecil, dimulai dengan huruf kecil. Gunakan nama yang ringkas, dapat dibaca manusia, dan semantik jika perlu Berikut ini adalah contoh nama fungsi yang benar _9Jangan gunakan nama fungsi seperti ini 0
Ketika loop diperlukan, pilih yang sesuai dari 7, 8, 9, dll
Peringatan. Jangan pernah menggunakan _15 dengan array dan stringCatatan. Pertimbangkan untuk tidak menggunakan _16 loop sama sekali. Jika Anda menggunakan 03 (atau 18 untuk beberapa operasi), pertimbangkan untuk menggunakan lebih banyak metode iterasi semantik, seperti 19, 20, 21, 22, 23, dan banyak lagiAda satu kasus penting yang perlu diingat untuk pernyataan kontrol 24. Jika pernyataan _25 diakhiri dengan 26, jangan tambahkan pernyataan 27Lanjutkan tepat setelah pernyataan _25. Menulis _6Jangan menulis _7Meskipun pernyataan alur kontrol seperti 25, 16, dan 9 tidak memerlukan penggunaan tanda kurung saat konten dibuat dari satu pernyataan tunggal, Anda harus selalu menggunakan tanda kurung. Menulis _8Jangan menulis _9Ini mencegah lupa menambahkan tanda kurung saat menambahkan lebih banyak pernyataan Tukar pernyataan bisa sedikit rumit
Catatan. Ingatlah bahwa hanya kesalahan yang dapat dipulihkan yang harus ditangkap dan ditangani. Semua kesalahan yang tidak dapat dipulihkan harus dibiarkan dan meluapkan tumpukan panggilan
Untuk membuat objek umum (mis. e. , ketika kelas tidak terlibat), gunakan literal dan bukan konstruktor Misalnya, lakukan ini 6Jangan membuat objek umum seperti ini 7
Untuk mendefinisikan metode, gunakan sintaks definisi metode _0Dari pada _1
Bagian ini mencantumkan rekomendasi kami tentang operator mana yang akan digunakan dan kapan Saat Anda ingin menyimpan ke variabel nilai literal tergantung pada suatu kondisi, gunakan operator kondisional (ternary) alih-alih pernyataan 24. Aturan ini juga berlaku saat mengembalikan nilai. Menulis _4Jangan menulis _5Operator bersyarat sangat membantu saat membuat string untuk mencatat informasi. Dalam kasus seperti itu, menggunakan pernyataan _24 reguler mengarah ke blok kode yang panjang untuk operasi sampingan seperti logging, mengaburkan titik pusat contohLebih memilih persamaan ketat (tiga sama dengan) dan operator ketidaksetaraan daripada persamaan longgar (sama dengan ganda) dan operator ketidaksetaraan Gunakan operator kesetaraan dan ketidaksetaraan yang ketat seperti ini _6Jangan gunakan operator persamaan dan ketidaksetaraan yang longgar, seperti yang ditunjukkan di bawah ini _7Jika Anda perlu menggunakan 45 atau 46, ingatlah bahwa 47 adalah satu-satunya kasus yang dapat diterima. Karena TypeScript akan gagal pada semua kasus lainnya, kami tidak ingin memasukkannya ke dalam kode contoh kami. Pertimbangkan untuk menambahkan komentar untuk menjelaskan mengapa Anda membutuhkannyaLebih suka pintasan untuk pengujian boolean. Misalnya, gunakan _48 dan 49, bukan 50 dan 51, kecuali jenis nilai benar atau salah yang berbeda ditangani secara berbedaLiteral string dapat diapit dengan tanda kutip tunggal, seperti pada 52, atau dengan tanda kutip ganda, seperti pada 53. Jangan khawatir tentang yang mana yang akan digunakan; Untuk memasukkan nilai ke dalam string, gunakan template literal
Nama variabel yang baik sangat penting untuk memahami kode
Catatan. Satu-satunya tempat di mana diperbolehkan untuk tidak menggunakan nama semantik yang dapat dibaca manusia adalah di mana ada konvensi yang sangat umum dikenal, seperti menggunakan 09 dan 72 untuk iterator loopSaat mendeklarasikan variabel dan konstanta, gunakan kata kunci 12 dan 10, bukan 75. Contoh berikut menunjukkan apa yang direkomendasikan dan apa yang tidak ada di MDN Web Docs
Hindari pemaksaan tipe implisit. Secara khusus, hindari _82 untuk memaksa nilai menjadi angka dan 83 untuk memaksanya menjadi string. Gunakan _84 dan 85, tanpa 86, sebagai gantinya. Menulis _9Jangan menulis 0Selain fitur bahasa JavaScript ini, kami merekomendasikan beberapa panduan terkait API Web untuk diperhatikan Jika semua browser utama (Chrome, Edge, Firefox, dan Safari) mendukung suatu fitur, jangan awali fitur tersebut. Menulis _1Hindari kerumitan awalan yang ditambahkan. Jangan menulis _2Aturan yang sama berlaku untuk awalan CSS Ketika metode, properti, atau seluruh antarmuka tidak digunakan lagi, jangan gunakan itu (di luar dokumentasinya). Sebagai gantinya, gunakan API modern Berikut adalah daftar API Web yang tidak lengkap yang harus dihindari dan apa yang harus diganti
Referensi bahasa JavaScript - jelajahi halaman referensi JavaScript kami untuk melihat beberapa cuplikan JavaScript yang bagus, ringkas, dan bermakna Apa aturan untuk memberi nama JavaScript?JavaScript hanya memiliki sedikit aturan untuk nama variabel. . Karakter pertama harus berupa huruf atau garis bawah (_). . Nama variabel lainnya dapat menyertakan huruf apa saja, angka apa saja, atau garis bawah. . Seperti JavaScript lainnya, nama variabel peka terhadap huruf besar-kecil. . Tidak ada batasan panjang nama variabel Bagaimana cara menulis nama file JavaScript?Tidak ada konvensi resmi dan universal untuk menamai file JavaScript. Ada beberapa berbagai pilihan. scriptName. js. . foo-1. 2. js foo-1. 2. js foo-2. 1. js Bagaimana cara memberi nama metode dalam JavaScript?Konvensi Penamaan untuk Metode
. Jadi, aturan konvensi penamaannya sama. Kita harus menggunakan huruf unta untuk mendeklarasikan metode JavaScript dan menggunakan kata kerja sebagai awalan untuk membuat nama lebih bermakna .
Haruskah JavaScript menjadi kasus ular atau kasus unta?js sendiri menggunakan kasing unta, kami secara internal tetap menggunakan kasing ular karena lebih mudah dibaca. Lakukan sesukamu. Tetapi jika API Anda menggunakan kasing ular, itu alasan yang sangat bagus untuk tetap menggunakan kasing ular sendiri |