如何设计,容易挨揍的URI?

后端工程师,如何无脑设计一些shi一样的URI,来恶心移动/前端工程师呢?希望本文能给大家一些启示。方法一:搞一些不知所谓的名称。例如:http://api.example.com/68dd0-a9d3-11e0-9f1c千万不能...

后端工程师,如何无脑设计一些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)
禁止使用大写

  • 发表于 2020-06-30 14:50
  • 阅读 ( 21 )

你可能感兴趣的文章

相关问题

0 条评论

请先 登录 后评论
58沈剑
58沈剑

快狗打车CTO兼到家集团技术中心负责人

291 篇文章

作家榜 »

  1. 58沈剑 291 文章
  2. 奈学教育 62 文章
  3. 江帅帅 | 奈学教育 18 文章
  4. 林淮川 | 奈学教育 3 文章
  5. nxadmin 2 文章
  6. Carry Yip 1 文章
  7. 悅悅酱的小时候 1 文章
  8. Osheep 1 文章