驼峰方式:
api/getList
中划线：
api/get-list
哪种方式使用的多些，
记得以前 seo 为王的年代，"-"中划线方式是不被推荐作为域名或者 path 的
现在 seo 已经淡出视野，不知道大家是怎么设计的

下划线: get_list

WSJ 和路透社都是“-”

我怎么记得之前一直推荐的就是"-"中划线方式呢？

我个人选择中划线，理由：
1 、不用驼峰，这样 url 里全小写，统一好看，如果是别人敲字，也不用考虑大小写
2 、下划线跟空格视觉区分度差
3 、传统的网站，讲究的也是中划线区分单词

我也是推荐 "-" 中划线，看着舒服点

虽然「-」比较推荐，但是（我们）项目里用的不多，主要原因是「-」分割的 path 不利于前端生成 api model （ ts 根据 swagger 生成 ts 类那一套）

记忆中一直是推荐的是中划线

Youtube 首页 F12 就能看到这个请求
www.youtube.com/youtubei/v1/log_event?alt=json
会抄了吧 🐶

路径 url 属于显示方面，肯定中线，getList 是省字符的方式，我只会考虑编码时使用，另外中线这玩意儿在显示方面叫 slug 。

下划线，双击复制粘贴的时候下划线能一起选到，中划线会被切断
不用驼峰是为了避免潜在的大小写敏感不敏感问题

个人来说

不建议在 url 中使用大小写敏感的路径。很少见，不好看。

整个 http 协议里边，大小写这块都不统一。scheme/host/header 都是大小写不敏感的，但是 path/query/body 又是敏感的。为了统一直接全部小写。

不建议使用下划线，因为 header 中下划线存在一些历史问题，Nginx 默认都是不支持的，为了避免麻烦保持一致性，统一使用-。

我司参考的是 google 的 AIP （ google.aip.dev/136 ），它的多字母自定义动词是要求与 rpc 的方法名保持一致，即小驼峰。但是我领导看不惯这种写法，这种格式都统一用的中横线

推荐使用 “-” 中划线即：连字符。 developers.google.com/search/docs/crawling-indexing/url-structure?hl=zh-cn＃:~:text=%E5%BB%BA%E8%AE%AE%EF%BC%9A-,%E4%BD%BF%E7%94%A8%E8%BF%9E%E5%AD%97%E7%AC%A6,-(%2D)%EF%BC%9A

推荐是中划线，我司因为历史包袱一直用的下划线

这两天也在看这个，其中的 custom method 搞得我是懵逼了

推荐还是中划线，下划线在域名中是不能使用的，但是 path 可以，所以感觉还是中划线好点

驼峰式：遇到有人写错查的时候坑死你，大 I 小 L 就够把你压箱底儿的大刀抽出来了
下划线：下划线不能用在域名里面，你确定要时刻记着什么地方可以用什么地方不能用吗
横线：看着前面两条懒得说话

最近正好在设计这块，也是很纠结，综合结论就是：ai 推荐 a-b 这种命名，但是编辑器 a-b 复制会截取，所以使用 a_b ，但是，但是，微信回调必须是 xx.com/a/b 这种形式，最后项目就变成了这 3 种形式都有的组合

我喜欢中划线，好输入好看

下划线和驼峰都属于不好输入不好看

考虑被搜索引擎抓取，就用中划线-
否则就用下划线_
驼峰是下下策

呃，下划线

标准来了，支持小驼峰

ai 时代用下划线中划线更好些？有利于 llm 分割 token

下划线看不清，中划线比驼峰好看

减号
大家以后也叫中划线为为减号吧