ARTICLE DETAIL

资讯详情

深耕网站视觉设计与运营推广的一线实战洞察。

聊聊geo的英文名那点事儿真服了你们

聊聊geo的英文名那点事儿真服了你们

昨晚凌晨三点我还在改代码真的改吐了屏幕上的红字像血一样刺眼我盯着那个字段看了半天脑子一团浆糊。

到底叫GeoLocation还是Geolocation还是Geo Location这破事儿折腾我整整一下午。

我想不通为什么有些库的文档写得跟天书一样。

我就想找个能用的命名规范。

结果满世界找都是各种各样的答案有的说用小写geo开头有的说用大写Geo有的甚至还见过geolocation这种拼法。

真是服了。

我就想问问设计API的人是不是都睡觉前没洗手直接敲键盘的?

这种不统一真的太让人抓狂了。

特别是对于像我这样刚入行不久的新手来说。

每次引用库的时候都要小心翼翼的猜。

万一拼错了编译器报错那个红波浪线简直像在嘲笑我。

“你怎么连个名字都搞不定?”

它好像在说。

我真的很讨厌这种模糊不清的设定。

我想大家都跟我一样讨厌吧?

今天去查官方文档。

嘿。

居然没说清楚。

我就记得以前看Python或者JS的那些地理信息库。

好像很多都是统一的geolocation。

带个o结尾的。

但是有些新出的框架或者小众的包。

偏偏喜欢搞个geoLocation或者geo_location。

这就很恶心了。

真的。

我在项目里强行统一了一下。

用了geo的英文名这个说法去查资料发现确实没有绝对的标准答案。

这更让人上火。

要是国际标准或者W3C能定一个统一的标准多好?

省得大家互相折磨。

不过话说回来这也没办法。

开源世界就是这样。

各有各的代码风格。

就像有人喜欢在变量里加下划线。

有的人不喜欢。

就像有人喝咖啡不加糖。

有的人死活加两块。

这事儿无解。

我现在就是硬着头皮用geolocation。

感觉这个比较正统。

虽然有些IDE提示的时候有点卡顿。

但我懒得换了。

太累了。

昨天跟同事吐槽这事儿。

他笑我太较真。

他说管它叫啥能跑就行。

我说你不懂。

这是一种美感。

代码要有美感。

变量名要有语义化。

你随便起个xyz谁看得懂?

就像你给人发消息。

你发个“???”

对方能知道你要表达什么愤怒还是疑惑?

肯定一头雾水。

所以geo的英文名这事儿。

虽然是个小细节。

但在实际开发里。

真挺影响心情的。

我就希望下次更新库的时候。

开发者能脑子清醒一点。

别今天叫A明天叫B。

搞得像我得了失忆症一样。

天天对着报错日志发呆。

那感觉。

真的不好受。

就像大夏天在太阳底下走。

还没带伞。

那种焦虑感。

蔓延到骨子里。

我现在就是想要个确定的答案。

哪怕官方说是“随开发者喜欢”。

我也觉得他在敷衍我。

这种态度。

真让人火大。

希望这篇文章能帮到正在纠结这个问题的人。

别像我一样浪费一下午时间去翻源码。

直接就用geolocation吧。

虽然我知道肯定还有人非要用其他的。

但我拦不住。

我也懒得拦。

真的。

心累。

下班了。

我要去睡一觉。

希望梦里没有红色的报错信息。

只有绿色的成功提示。

那多美啊。

就像春天的草地一样。

而不是现在这种灰扑扑的屏幕。

好了不说了。

我去喝口水。

脑子快炸了。

真的。

太痛苦了。

这个geo的英文名的问题。

大概就说到这吧。

也没个定论。

但这不代表我不在意。

我在意得不得了。

因为我是程序员。

我就是这么强迫症。

改不了了。

就这样吧。

散会。

返回列表