イベントハンドラの関数名についての雑記 - Qiita

今日のXでは、イベントハンドラの関数名についての話題を見ました。元の投稿はこちらです。要するに、次のhandleClickのようなhandleイベント名という命名は良くないということです。 const handleClick = () => { ... }; <button type="button" onClick={handleClick} /> これについて少し考えたので、せっかくなのでアウトプットしておくことにしました。 この記事の目的 考えたことを頭の中に残しておくのがもったいないので、文章の形にしておく。 色々な意見が出る問題であり、ベストな答えは無いので各々好きにすれば良いということを、読者に理解してもらう。 とはいえ、筆者の考えに納得して同じ考えの人が多いと嬉しいので、なるべく納得してもらう。 筆者の考え 自分の考えとしては、むしろhandleClickいいじゃん！ どんど

[jay-es]

わかる。React だろうが Vue だろうがイベントハンドラーとしての役割であれば handleClick みたいな命名をするし、onClick や v-on:click に addUser のような関数を直接渡すのもよくやる

[shingo-sasaki-0529]

インラインでイベントオブジェクトから必要な情報を抜き出した上で addUser みたいな切り出した関数に繋ぎたい。 とはいえイベントオブジェクトの扱いが一行で済まない場合はあるから、確かに handleXXX を挟むの良さそう。

[bellonieta]

最初は無名関数で実装して、二箇所以上出てきたりしたときに使われ方見て命名しながら外出ししてる。

[knjname]

onAddUserは意味あるよねという話は同意

[strawberryhunter]

Webだけじゃなくすべてのプラットフォームで"on" + オブジェクト名(SubmitButtonなど) + アクション(Clickedなど) と書いている。オブジェクト名を入れるかどうかはスコープ次第。GUIでは割と定石の命名規則だと思う。

[yarumato]

“handleEVENTという命名はわるい？　むしろいい。handleClickを経由せず直接 addUser というドメインロジック的な関数を作るのは無理がある。onClickのようにDOMイベント名がついたpropsはDOMに近いから末端で隠蔽されるべき”

[sgo2]

id:ujeuau フレームワーク側とその他を分ければ検索時にフィルタ出来る利点は有る(同時に探したいなら正規表現使えば良い)

[umai_bow]

onClick には onClick 渡す派だ。

[ujeuau]

handleじゃなくてonでよくない？なんで標準に反する長ったらしい接頭辞付けるのか意味わかんない。バカなん？