如何设计，容易挨揍的URI？？？

后端工程师，如何无脑设计一些shi一样的URI，来恶心移动/前端工程师呢？ 希望本文能给大家一些启示。 方法一：搞一些不知所谓的名称。 例如： http://api.example.com/68dd0-a9d3-11e0-9f1c 千万不能搞这种可读性强的： http://58.com/bj/ershou/310976 画外音：北京/二手频道/帖子ID

方法二：多搞一些外语，最好是容易拼错的那种。 例如： http://api.exapmle.com/louvre/da-vinci/mona-lisa

画外音：卢浮宫/达芬奇/蒙娜丽莎

方法三：多在URI的末尾添加“/”，让别人以为是目录，还有可能帮他们多搞一次301跳转，把性能搞差。

例如： http://api.canvas.com/shapes/

而这样没有歧义的api，是万万不行的： http://api.canvas.com/shapes

方法四：多使用“_”而不是“-”提高URI的误读性，尽量让文本查看器中的下划线特效遮蔽“_”。

例如： http://api.example.com/blogs/my_first_post

怎么样，配合上下划线特效，是不是特别爽？ 而这种比较清爽的，是不推荐的： http://api.example.com/blogs/my-first-post

方法五：多使用大写字母，把调用者搞晕，为难调用方。

例如：

http://api.example.com/My-Folder/My-Doc

画外音：RFC 3986中规定URI区分大小写。

学会了吗？注意保护好自己！ 玩笑归玩笑，好的URI，建议这么弄： （1）RESTful是基本原则，命名要有意义； （2）不要用容易拼错的外语； （3）URI的末尾不要添加“/”； （4）使用“-”而不是“_”，以提高URI的可读性； （5）禁止使用大写；