Префікс підкреслення для імен властивостей та методів у JavaScript

Чи є префікс підкреслення в JavaScript лише умовою, як, наприклад, у методах приватного класу Python?

З документації 2.7 Python:

"Приватні" змінні екземпляра, до яких не можна отримати доступ, крім усередині об'єкта, не існує в Python. Однак існує умова, за яким дотримується більшість кодів Python: ім'я з префіксом підкреслення (наприклад, _spam) слід трактувати як непублічну частину API (будь то функція, метод чи член даних) .

Це стосується і JavaScript?

Візьмемо для прикладу цей код JavaScript:

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

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

Також використовуються підкреслені префіксні змінні.

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

Тільки конвенції? Або є більше за префіксом підкреслення?

Я визнаю, моє запитання досить схоже на це запитання , але воно не зробило жодної розумнішої важливості префікса підкреслення в JavaScript.

Ласкаво просимо до 2019 року!

Здається, було прийнято пропозицію про розширення синтаксису класу, щоб дозволити #приватну префікс бути приватною. Chrome 74 постачається з цією підтримкою.

_ префіксні назви змінних за умовами вважаються приватними, але все ще є загальнодоступними.

Цей синтаксис намагається бути як лаконічним, так і інтуїтивним, хоча він досить відрізняється від інших мов програмування.

Чому серед усіх точок коду Unicode був обраний sigil #?

• @ був початковим фаворитом, але його взяли декоратори. TC39 розглядав можливість заміни декораторів та приватних державних знаків, але комітет вирішив перейти до існуючого використання користувачів транспілерів.
• _ може спричинити проблеми сумісності з існуючим кодом JavaScript, що дозволяє _ на початку ідентифікатора чи (загальнодоступного) імені властивості протягом тривалого часу.

Ця пропозиція досягла 3 етапу в липні 2017 року. З цього часу великі роздуми та тривалі дискусії щодо різних альтернатив. Врешті-решт, цей роздум та продовження залучення громад призвели до відновлення консенсусу щодо пропозиції у цьому сховищі. Виходячи з цього консенсусу, впровадження цієї пропозиції рухається вперед.

Дивіться https://caniuse.com/#feat=mdn-javascript_classes_private_class_fields

Це лише умовність. Мова Javascript не надає особливого значення ідентифікаторам, починаючи з символів підкреслення.

Однак це є досить корисною умовою для мови, яка не підтримує інкапсуляцію . Хоча немає жодного способу запобігти зловживанню реалізацією ваших класів, принаймні це уточнює ваш намір і в першу чергу документує таку поведінку як неправильну .

JavaScript насправді підтримує інкапсуляцію за допомогою методу, який передбачає приховування членів у закриттях (Crockford). Однак, це іноді громіздко, і умовно-підкреслювальний конвент - це дуже хороша умова, яка використовується для речей, які є приватними, але які насправді не потрібно приховувати.

JSDoc 3 дозволяє коментувати свої функції за допомогою @access private(раніше @privateтегу), який також корисний для трансляції вашого наміру іншим розробникам - http://usejsdoc.org/tags-access.html

"Тільки умовні позначення? Або за префіксом підкреслення є більше?"

Крім конвенцій про конфіденційність, я також хотів допомогти зрозуміти, що префікс підкреслення також використовується для аргументів, які залежать від незалежних аргументів, зокрема в картах якоря URI. Залежні клавіші завжди вказують на карту.

Приклад (з https://github.com/mmikowski/urianchor ):

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

Якорь URI в полі пошуку браузера змінюється на:

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

Це умова, що використовується для керування станом програми на основі змін хешу.

import/exportзараз виконує роботу з ES6. Я все ще схильний до префікса не експортованих функцій_ якщо більшість моїх функцій експортується.

Якщо ви експортуєте лише клас (як у кутових проектах), він взагалі не потрібен.

export class MyOpenClass{

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

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

}

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