Використання змінної _ (підкреслення) із функціями стрілок у ES6 / Typescript

Я натрапив на цю конструкцію на кутовому прикладі і мені цікаво, чому саме це обрано:

_ => console.log('Not using any parameters');

Я розумію, що змінна _ означає не хвилює / не використовується, але оскільки це єдина змінна, чи є якась причина віддавати перевагу використанню _ over:

() => console.log('Not using any parameters');

Напевно, це не може бути приблизно на один символ менше. Синтаксис () передає намір краще на мій погляд, а також є більш типовим, оскільки в іншому випадку я думаю, перший приклад повинен був виглядати так:

(_: any) => console.log('Not using any parameters');

У випадку, якщо це має значення, це був контекст, де він використовувався:

submit(query: string): void {
    this.router.navigate(['search'], { queryParams: { query: query } })
      .then(_ => this.search());
}

Причина, по якій цей стиль може бути використаний (і, можливо, чому його тут використовували), полягає в тому, що _він на один символ коротший ().

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

У той час як функції стрілок дозволяють використовувати один параметр без дужок, він не відповідає нулю, одиночному деструктуванню, одинарному покою та декільком параметрам:

let zeroParamFn = () => { ... };
let oneParamFn = param1 => { ... };
let oneParamDestructuredArrFn = ([param1]) => { ... };
let oneParamDestructuredObjFn = ({ param1 }) => { ... };
let twoParamsFn = (param1, param2) => { ... };
let restParamsFn = (...params) => { ... };

Хоча is declared but never usedпомилка була виправлена ​​в TypeScript 2.0 для підкреслених параметрів, _також може викликати unused variable/parameterпопередження від лінера або IDE. Це вагомий аргумент проти цього.

_можна умовно використовувати для ігнорованих параметрів (як уже пояснено в іншій відповіді). Хоча це може вважатися прийнятним, ця звичка може призвести до конфлікту з _простором імен Underscore / Lodash, а також виглядає заплутаним, коли є кілька ігнорованих параметрів. З цієї причини вигідно, щоб правильно названі параметри підкреслених (підтримуються в TS 2.0), також економить час на з'ясування підпису функції і чому параметри позначені як ігноровані (це не відповідає призначенню _параметра як ярлику):

let fn = (param1, _unusedParam2, param3) => { ... };

З причин, перерахованих вище, я б особисто вважав _ => { ... }стиль коду поганим тоном, якого слід уникати.

()Синтаксис передає наміри краще IMHO , а також більш типу конкретних

Не зовсім. ()каже, що функція не очікує ніяких аргументів, вона не оголошує жодних параметрів. Функція .lengthдорівнює 0.

Якщо ви користуєтесь _, то прямо вказано, що функції буде передано один аргумент, але вас це не хвилює. Функція .lengthбуде 1, що може мати значення в деяких рамках.

Отже, з точки зору типу, це може бути більш точним, що потрібно зробити (особливо коли ви не вводите його, anyале, скажімо, _: Event). І, як ви вже сказали, набрати на один символ менше, що також простіше дістати на деяких клавіатурах.

Я здогадуюсь, що _ =>він просто використовується, () =>тому що _є поширеним в інших мовах, де заборонено просто опускати параметри, як у JS.

_ Популярний в Go, і він також використовується в Dart, щоб вказати, що параметр ігнорується, і, ймовірно, інші, про які я не знаю.

Можна відрізнити два звичаї, і деякі рамки використовують це для представлення різних типів зворотних викликів. Наприклад, я думаю, що вузли express Framework використовують це для розрізнення типів проміжного програмного забезпечення, наприклад, обробники помилок використовують три аргументи, тоді як маршрутизація використовує два.

Така диференціація може виглядати як приклад нижче:

const f1 = () => { } // A function taking no arguments
const f2 = _ => { }  // A function with one argument that doesn't use it

function h(ff) { 
  if (ff.length === 0) {
    console.log("No argument function - calling directly");
    ff();
  } else if (ff.length === 1) {
    console.log("Single argument function - calling with 1");
    ff(1);
  }
}

h(f1);
h(f2);

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

Хочу згадати ще одну річ, яку я зрозумів щодо цих функцій стрілок підкреслення під час тестування себе, я ніде не знайшов. Ви можете використовувати підкреслення в функції як параметр , хоча це, ймовірно, не призначене використання, оскільки він повинен представляти невикористаний параметр. Для наочності я не дуже рекомендував би його використовувати таким чином. але це може бути корисно знати для таких речей, як codegolf , виклики, коли ви пишете найкоротший код (виявляється, ви можете просто використовувати будь-який символ без нього ()). Я міг би уявити деякі реальні випадки використання, коли бібліотеки використовують це, і вам потрібно використовувати його, навіть якщо вони не планували цю функціональність.

Приклад:

// simple number doubling function
f = _=> {
    _ = _ * 2;
    return _;
}

console.log(f(2)); // returns 4
console.log(f(10)); // returns 20

Тестовано за допомогою консолі Chrome, версія 76.0.3809.132 (офіційна збірка) (64-розрядна)