今天来看按照我们前面的开发逻辑所需要的数据，后端的同学是怎么给过来的。

一、模式格式

这是调动的网址的前缀，get/post，模式可以get/post，因为这次我们基本上都打开了，按理说这种拉取的方式，我们都可以用get或者是post的方式，实际上post更好用一些。

我们常用的前后端交互是post格式，但是为了方便大家调用，因为有些前端同学说我不会用post man，或者是我早期想先看格式是什么样的，但是post man大家应该都会用，如果不会用的话，做前端可能有点问题。

他的测试数据就一个，就是一个目的ID，拉取某个数据，因为在这期里面我们还没有做用户交互的部分，在前端大家都知道功能是什么。

我用get方法去模拟一下，要注意在一个公司里面，前后端约定的格式必须要统一，所以你要知道格式是什么样子。那么它默认的data肯定是放在数据部分，但是统一的部分有四部分，前面是跟接口无关，是一个通用部分。

有几个值，Success，这告诉我调用成功还是失败，message，返回success的话，如果带数据就把数据返回来，如果是调用后台数据，最后他的校验说有问题，那失败信息会放这儿。

所以大家在前端可以看一下我们的demo，看官方版就是if success，他就去取这个数据，如果else的话就弹出,或者你去对他的错误进行一个处理。errorCode暂时先不用考虑，因为这是一个请求的标记码，我们暂时不用他。

二、业务逻辑

就是内部，内部是一个大的对象叫detail，detail对象里面有定的ID、标题、type，type是什么呢？在上次课程讲过，这次把电影类型和地区都给他写死在环境里面。因为他变动性很小，所以就不用浪费性能去调一下，要么缓存住调用一次，要么干脆就写死。

前端的同学要注意写一个时间的通用类，然后进行一个转化。现在这个时间格式，是一个字符格式。以前地区是支持两个地区的，但是现在我们产品说只能展示一个，后端如果不改的话，大家要截取其中的一个去做一个映射。

接口说明就是这样，这个接口没那么难，也不简单，大家一定要注意把它转换对象去进行解析。