今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）

昨天的日报出了些小意外

昨天学的东西件要重复一下。

在前后端分离的 Web 应用架构中，前端专注于页面，同时与后端进行数据交互；而后端则专注于提供 API 接口。在这样的结构下，REST 是一个很流行的前后端交互形式的约定。这只是一套约定，并不是某个技术标准，所以在实际的应用中，对器实现程度完全取决于后端开发者；一些号称 RESTful 的接口并没有那么RESTful。

REST 描述了 HTTP 层里客户端和服务器端的数据交互规则；客户端通过向服务器端发送 HTTP（s）请求，接收服务器的响应，完成一次 HTTP 交互。这个交互过程中，REST 架构约定两个重要方面就是 HTTP 请求的所采用方法，以及请求的链接。

在请求层面，REST 规范可以简单粗暴抽象成以下两个规则：

1. 请求 API 的 URL 表示用来定位资源；

2. 请求的 METHOD 表示对这个资源进行的操作；

而动词都不应该出现在 REST 架构的后端接口路径中

在 REST 架构的链接应该是这个样子：

1. URL 中不应该出现任何表示操作的动词，链接只用于对应资源；
2. URL 中应该单复数区分，推荐的实践是永远只用复数；比如 GET /api/users 表示获取用户的列表；如果获取单个资源，传入 ID，比如 /api/users/123 表示获取单个用户的信息；
3. 按照资源的逻辑层级，对 URL 进行嵌套，比如一个用户属于某个团队，而这个团队也是众多团队之一；那么获取这个用户的接口可能是这样：

GET /api/teams/123/members/234 表示获取 id 为 123 的小组下，id 为234 的成员信息

按照类似的规则，可以写出如下的接口

/api/teams （对应团队列表）
/api/teams/123 （对应 ID 为 123 的团队）
/api/teams/123/members （对应 ID 为 123 的团队下的成员列表）
/api/teams/123/members/456 （对应 ID 为 123 的团队下 ID 未 456 的成员）

二、API 请求的方法

在 REST 架构中，有以下几个重要的请求方法：GET，POST，PUT，PATCH，DELETE。

三、分页、过滤

REST 风格的接口地址，表示的可能是单个资源，也可能是资源的集合；当我们需要访问资源集合时，设计良好的接口应当接受参数，允许只返回满足某些特定条件的资源列表。

比如支持以 offset 和 limit 参数来进行分页；

GET /api/users?offset=0&limit=20

支持提供关键词进行搜索，以及排序

GET /api/users?keyword=john&sort=age

支持根据字段进行过滤

GET /api/users?gender=male

HTTP协议的小部分

Hyper Text Transfer Protocol（超文本传输协议）

HTTP使用统一资源标识符（Uniform Resource Identifiers, URI）来传输数据和建立连接。URL是一种特殊类型的URI，包含了用于查找某个资源的足够的信息

从上面的URL可以看出，一个完整的URL包括以下几部分：
1.协议部分：该URL的协议部分为“http：”，这代表网页使用的是HTTP协议。在Internet中可以使用多种协议，如HTTP，FTP等等本例中使用的是HTTP协议。在"HTTP"后面的“//”为分隔符

2.域名部分：该URL的域名部分为“www.aspxfans.com”。一个URL中，也可以使用IP地址作为域名使用

3.端口部分：跟在域名后面的是端口，域名和端口之间使用“:”作为分隔符。端口不是一个URL必须的部分，如果省略端口部分，将采用默认端口

4.虚拟目录部分：从域名后的第一个“/”开始到最后一个“/”为止，是虚拟目录部分。虚拟目录也不是一个URL必须的部分。本例中的虚拟目录是“/news/”

5.文件名部分：从域名后的最后一个“/”开始到“？”为止，是文件名部分，如果没有“?”,则是从域名后的最后一个“/”开始到“#”为止，是文件部分，如果没有“？”和“#”，那么从域名后的最后一个“/”开始到结束，都是文件名部分。本例中的文件名是“index.asp”。文件名部分也不是一个URL必须的部分，如果省略该部分，则使用默认的文件名

6.锚部分：从“#”开始到最后，都是锚部分。本例中的锚部分是“name”。锚部分也不是一个URL必须的部分

7.参数部分：从“？”开始到“#”为止之间的部分为参数部分，又称搜索部分、查询部分。本例中的参数部分为“boardID=5&ID=24618&page=1”。参数可以允许有多个参数，参数与参数之间用“&”作为分隔符。

客户端发送一个HTTP请求到服务器的请求消息包括以下格式：

请求行（request line）、请求头部（header）、空行和请求数据四个部分组成。

HTTP响应也由四个部分组成，分别是：状态行、消息报头、空行和响应正文。

今天开始学习springMVC

初步建立了框架

跟着网上一篇博客把配置文件都塞满了，但似乎并不能跑起来=。=

明天计划的事情：（一定要写非常细致的内容） 

debug，争取能查找到对象

顺带继续了解http协议
遇到的问题：（遇到什么困难，怎么解决的）

springMVC

 
收获：（通过今天的学习，学到了什么知识）

springMVC的基本概念