后端工程师，如何无脑设计一些 shi 一样的 URI，来恶心移动 / 前端工程师呢？
希望本文能给大家一些启示。
方法一：搞一些不知所谓的名称。
例如：
api.example.com/68dd0-a9d3-…
千万不能搞这种可读性强的：
58.com/bj/ershou/3…_
画外音：北京 / 二手频道 / 帖子 ID_
方法二：多搞一些外语，最好是容易拼错的那种。
例如：
api.exapmle.com/louvre/da-v…
画外音：卢浮宫 / 达芬奇 / 蒙娜丽莎
方法三：多在 URI 的末尾添加 “/”，让别人以为是目录，还有可能帮他们多搞一次 301 跳转，把性能搞差。
而这样没有歧义的 api，是万万不行的：
api.canvas.com/shapes
方法四：多使用 “” 而不是 “-” 提高 URI 的误读性，尽量让文本查看器中的下划线特效遮蔽 “”。
例如：
api.example.com/blogs/my_fi…
怎么样，配合上下划线特效，是不是特别爽？
而这种比较清爽的，是不推荐的：
api.example.com/blogs/my-fi…
方法五：多使用大写字母，把调用者搞晕，为难调用方。
例如：
画外音：RFC 3986 中规定 URI 区分大小写。
学会了吗？注意保护好自己！
玩笑归玩笑，好的 URI，建议这么弄：
（1）RESTful 是基本原则，命名要有意义；
（2）不要用容易拼错的外语；
（3）URI 的末尾不要添加 “/”；
（4）使用 “-” 而不是“_”，以提高 URI 的可读性；
（5）禁止使用大写；
架构师之路 - 分享技术思路
调研：
你见过什么奇葩的 URI？
