URL的地址格式有哪些？

URL地址格式有哪些

• 传统的URL
• Restful形式的URL

1. GET参数传递-传统URL

传统的URL中，是用？把参数拼接在URL地址后面随请求发送到服务器。

例：假设我们要请求用户id为123的用户数据

// axios get请求传参
 axios.get('http://localhost:3000/axios?id=123').then(function(ret){
   console.log(ret.data)
 })

下面是服务器端处理传统URL对应请求的代码

app.get('/axios', (req, res) => {
  res.send('axios get 传递参数' + req.query.id)
})

2. GET参数传递-Restful形式的URL

这里同样是请求用户id为123的用户数据。对于什么是Restful形式的URL，等下详细介绍。

// axios get请求传参
 axios.get('http://localhost:3000/axios/123').then(function(ret){
    console.log(ret.data)
 })

下面是服务器端处理Restful形式的URL对应请求的代码

app.get('/axios/:id', (req, res) => {
  res.send('axios get (Restful) 传递参数' + req.params.id)
})

从上面例子可以看到，不同格式的URL有不同的处理方式，这点要注意。从直观的角度显然Restful形式的URL似乎更加直观的反应了我们需要的资源，下面简单说说RESTful 架构。

RESTful 架构

1. 什么是REST

REST指的是一组架构约束条件和原则。" 如果一个架构符合REST的约束条件和原则，我们就称它为RESTful架构。

REST本身并没有创造新的技术、组件或服务，而隐藏在RESTful背后的理念就是使用Web的现有特征和能力， 更好地使用现有Web标准中的一些准则和约束。虽然REST本身受Web技术的影响很深， 但是理论上REST架构风格并不是绑定在HTTP上，只不过目前HTTP是唯一与REST相关的实例。 所以我们这里描述的REST也是通过HTTP实现的REST。

2. 理解RESTful

要理解RESTful架构，需要理解Representational State Transfer这个词组到底是什么意思，它的每一个词都有些什么涵义。

下面我们结合REST原则，围绕资源展开讨论，从资源的定义、获取、表述、关联、状态变迁等角度，列举一些关键概念并加以解释。

• 资源与URI
• 统一资源接口
• 资源的表述
• 资源的链接
• 状态的转移

2. 1 资源与URI

REST全称是表述性状态转移，那究竟指的是什么的表述? 其实指的就是资源。任何事物，只要有被引用到的必要，它就是一个资源。资源可以是实体(例如手机号码)，也可以只是一个抽象概念(例如价值) 。

要让一个资源可以被识别，需要有个唯一标识，在Web中这个唯一标识就是URI(Uniform Resource Identifier)。

URI既可以看成是资源的地址，也可以看成是资源的名称。如果某些信息没有使用URI来表示，那它就不能算是一个资源， 只能算是资源的一些信息而已。URI的设计应该遵循可寻址性原则，具有自描述性，需要在形式上给人以直觉上的关联。

URI设计上的一些技巧:

• 使用_或-来让URI可读性更好
  曾经Web上的URI都是冰冷的数字或者无意义的字符串，但现在越来越多的网站使用_或-来分隔一些单词，让URI看上去更为人性化。
• 使用/来表示资源的层级关系
• 使用?用来过滤资源
  很多人只是把?简单的当做是参数的传递，很容易造成URI过于复杂、难以理解。可以把?用于对资源的过滤
• ,或;可以用来表示同级资源的关系
  有时候我们需要表示同级资源的关系时，可以使用,或;来进行分割。

2. 2 统一资源接口

RESTful架构应该遵循统一接口原则，统一接口包含了一组受限的预定义的操作，不论什么样的资源，都是通过使用相同的接口进行资源的访问。接口应该使用标准的HTTP方法如GET，PUT和POST，并遵循这些方法的语义。

如果按照HTTP方法的语义来暴露资源，那么接口将会拥有安全性和幂等性的特性，例如GET和HEAD请求都是安全的， 无论请求多少次，都不会改变服务器状态。而GET、HEAD、PUT和DELETE请求都是幂等的，无论对资源操作多少次， 结果总是一样的，后面的请求并不会产生比第一次更多的影响。

2. 3 资源的表述

上面提到，客户端通过HTTP方法可以获取资源，是吧? 不，确切的说，客户端获取的只是资源的表述而已。 资源在外界的具体呈现，可以有多种表述(或成为表现、表示)形式，在客户端和服务端之间传送的也是资源的表述，而不是资源本身。

实践上常见的设计:

在URI里边带上版本号，有些API在URI里边带上版本号，例如:

http://api.example.com/1.0/foo
http://api.example.com/1.2/foo
http://api.example.com/2.0/foo

如果我们把版本号理解成资源的不同表述形式的话，就应该只是用一个URL，并通过Accept头部来区分

上面只是简单记录，详细可以查看RESTful 架构详解，或自行查阅相关资料。