别再给所有函数起名叫 handleClick 了，也别起那种单一又模糊的名字
仅用于站内搜索，没有排版格式，具体信息请跳转上方微信公众号内链接
来源|大迁世界
作者|前端小智
大家都干过这事。
正写新功能，喝着咖啡，刚加了个按钮，顺手给点击事件写了个处理函数，随手起了个名字：
完事，提交，部署，继续写别的。
三个月后呢？
同一个页面上竟然出现了七个handleClick。
一个打开模态框。一个负责注销。还有一个（别问）发射火箭……你只能无助地对着终端默念：“为什么？”
handleClick不是个名字，它是一种无奈的耸肩。
函数名应该描述它做了什么，而不是怎么被触发。
把函数都叫handleClick，就像给调料罐起名“容器1”、“容器2”、“容器3”，然后还得猜哪个是盐。
刚开始还能用，时间一长就麻烦不断。
不要这样写：
三个月后，你会怀疑：“这是删除帖子的吗？删除评论还是用户？会不会误删？”
正确做法：
秒懂。即使是凌晨两点熬夜，也能立刻看懂函数的功能，无需追查文件。
写onClick={handleClick}，描述的是“怎么调用”。写onClick={handleAddToCart}，描述的是“为什么调用”。
这个微小差别，会极大提升代码的可维护性，尤其是在处理复杂组件树时。
像handleClick、onChangeHandler、doSomething这样模糊的名字，就像玩打地鼠一样抓不住逻辑。
想象这种噩梦：
这不聪明，是bug温床。拆开写：
然后在组件中明确对应调用。
谁不爱文档？但谁又愿意写？
函数名就是最直接的文档。
比较：
handleClick()——只能知道“发生了什么”handleSubmitForm()——直接告诉你“提交了表单”
当你需要查找所有删除帖子的处理函数时，不想盲搜所有handleClick，想搜：
易读的代码就是可搜索的代码。
语义清晰的命名让逻辑更易追踪，调试更快，远离“这谁写的？哦，是我！”的痛苦。
别描述触发方式（别用handleClick）
描述函数做了什么（用handleSubmit、handleLogout、handleDeletePost）
名字保持简短、明确、具体
设想半年后还有别人（其实就是未来的自己）要读你的代码
写清楚，不要神秘。明智命名，现在就去重构那些handleClick吧，我等你。
好啦，今天的内容分享就到这，感觉不错的同学记得分享点赞哦！
PS：程序员好物馆持续分享程序员学习、面试相关干货，不见不散！
点分享
点收藏
点点赞
点在看
