Alasan mengapa gaya ini dapat digunakan (dan mungkin mengapa gaya ini digunakan di sini) adalah karena _
satu karakter lebih pendek dari ()
.
Tanda kurung opsional termasuk dalam masalah gaya yang sama seperti tanda kurung kurawal opsional . Ini adalah masalah selera dan gaya kode untuk sebagian besar, tetapi verbositas disukai di sini karena konsistensi.
Sementara fungsi panah memungkinkan satu parameter tanpa tanda kurung, itu tidak konsisten dengan nol, satu dirusak, satu istirahat dan beberapa parameter:
let zeroParamFn = () => { ... };
let oneParamFn = param1 => { ... };
let oneParamDestructuredArrFn = ([param1]) => { ... };
let oneParamDestructuredObjFn = ({ param1 }) => { ... };
let twoParamsFn = (param1, param2) => { ... };
let restParamsFn = (...params) => { ... };
Meskipun is declared but never used
kesalahan telah diperbaiki di TypeScript 2.0 untuk parameter yang digarisbawahi, _
juga dapat memicu unused variable/parameter
peringatan dari linter atau IDE. Ini adalah argumen yang cukup kuat untuk tidak melakukan ini.
_
dapat digunakan secara konvensional untuk parameter yang diabaikan (seperti jawaban lain yang sudah dijelaskan). Meskipun ini mungkin dianggap dapat diterima, kebiasaan ini dapat mengakibatkan konflik dengan _
ruang nama Underscore / Lodash, juga terlihat membingungkan ketika ada beberapa parameter yang diabaikan. Untuk alasan ini, bermanfaat untuk memiliki parameter yang digarisbawahi dengan nama yang benar (didukung di TS 2.0), juga menghemat waktu untuk mencari tahu tanda tangan fungsi dan mengapa parameter ditandai sebagai diabaikan (ini menentang tujuan _
parameter sebagai pintasan):
let fn = (param1, _unusedParam2, param3) => { ... };
Untuk alasan yang tercantum di atas, saya pribadi akan menganggap _ => { ... }
gaya kode nada buruk yang harus dihindari.