Garis bawahi awalan untuk nama properti dan metode dalam JavaScript

Apakah awalan garis bawah dalam JavaScript hanya sebuah konvensi, seperti misalnya dalam metode kelas privat Python?

Dari dokumentasi 2,7 Python:

Variabel instance "Privat" yang tidak dapat diakses kecuali dari dalam suatu objek tidak ada dalam Python. Namun, ada konvensi yang diikuti oleh sebagian besar kode Python: nama diawali dengan garis bawah (misalnya _spam) harus diperlakukan sebagai bagian non-publik dari API (apakah itu fungsi, metode atau anggota data) .

Apakah ini juga berlaku untuk JavaScript?

Ambil contoh kode JavaScript ini:

function AltTabPopup() {
    this._init();
}

AltTabPopup.prototype = {
    _init : function() {
        ...
    }
}

Juga, variabel awali garis bawah digunakan.

    ...
    this._currentApp = 0;
    this._currentWindow = -1;
    this._thumbnailTimeoutId = 0;
    this._motionTimeoutId = 0;
    ...

Hanya konvensi? Atau ada lebih banyak di belakang awalan garis bawah?

Saya mengakui pertanyaan saya sangat mirip dengan pertanyaan ini , tetapi tidak membuat orang lebih pintar tentang pentingnya awalan garis bawah dalam JavaScript.

Selamat datang di 2019!

Tampaknya proposal untuk memperluas sintaksis kelas untuk memungkinkan #variabel awalan menjadi pribadi diterima. Chrome 74 dikirimkan dengan dukungan ini.

_ nama variabel yang diawali dianggap pribadi oleh konvensi tetapi masih publik.

Sintaks ini mencoba menjadi singkat dan intuitif, meskipun agak berbeda dari bahasa pemrograman lain.

Mengapa sigil # dipilih, di antara semua titik kode Unicode?

• @adalah favorit awal, tetapi diambil oleh dekorator. TC39 dianggap menukar dekorator dan sigils negara bagian swasta, tetapi komite memutuskan untuk menunda penggunaan pengguna transpiler yang ada.
• _ akan menyebabkan masalah kompatibilitas dengan kode JavaScript yang ada, yang telah memungkinkan _ pada awal pengidentifikasi atau nama properti (publik) untuk waktu yang lama.

Proposal ini mencapai Tahap 3 pada Juli 2017. Sejak saat itu, telah ada pemikiran yang luas dan diskusi panjang tentang berbagai alternatif. Pada akhirnya, proses pemikiran dan keterlibatan masyarakat yang berkelanjutan ini menghasilkan konsensus baru pada proposal dalam repositori ini. Berdasarkan konsensus itu, implementasi bergerak maju dalam proposal ini.

Lihat https://caniuse.com/#feat=mdn-javascript_classes_private_class_fields

Itu hanya sebuah konvensi. Bahasa Javascript tidak memberikan arti khusus untuk pengidentifikasi dimulai dengan karakter garis bawah.

Karena itu, konvensi ini cukup berguna untuk bahasa yang tidak mendukung enkapsulasi . Meskipun tidak ada cara untuk mencegah seseorang menyalahgunakan implementasi kelas Anda, setidaknya itu menjelaskan maksud Anda, dan mendokumentasikan perilaku seperti itu salah sejak awal.

JavaScript sebenarnya mendukung enkapsulasi, melalui metode yang melibatkan penyembunyian anggota dalam penutupan (Crockford). Yang mengatakan, itu kadang-kadang rumit, dan konvensi garis bawah adalah konvensi yang cukup bagus untuk digunakan untuk hal-hal yang bersifat pribadi, tetapi Anda tidak perlu bersembunyi.

JSDoc 3 memungkinkan Anda untuk membubuhi keterangan fungsi Anda dengan @access private(sebelumnya @privatetag) yang juga berguna untuk menyiarkan maksud Anda ke pengembang lain - http://usejsdoc.org/tags-access.html

"Hanya konvensi? Atau ada lebih banyak di belakang awalan garis bawah?"

Terlepas dari konvensi privasi, saya juga ingin membantu membawa kesadaran bahwa awalan garis bawah juga digunakan untuk argumen yang bergantung pada argumen independen, khususnya di peta jangkar URI. Kunci dependen selalu mengarah ke peta.

Contoh (dari https://github.com/mmikowski/urianchor ):

$.uriAnchor.setAnchor({
  page   : 'profile',
  _page  : {
    uname   : 'wendy',
    online  : 'today'
  }
});

Jangkar URI pada bidang pencarian browser diubah menjadi:

\#!page=profile:uname,wendy|online,today

Ini adalah konvensi yang digunakan untuk menggerakkan status aplikasi berdasarkan perubahan hash.

import/exportsekarang melakukan pekerjaan dengan ES6. Saya masih cenderung awalan dengan fungsi yang tidak diekspor dengan_ jika sebagian besar fungsi saya diekspor.

Jika Anda hanya mengekspor kelas (seperti dalam proyek sudut), itu tidak diperlukan sama sekali.

export class MyOpenClass{

    open(){
         doStuff()
         this._privateStuff()
         return close();
    }

    _privateStuff() { /* _ only as a convention */} 

}

function close(){ /*... this is really private... */ }