如何设计，容易挨揍的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）禁止使用大写；

架构师之路-分享技术思路

相关文章：

《InnoDB架构，一幅图秒懂！》

调研：
你见过什么奇葩的URI？