2024年前端最全前端API层架构,也许你做得还不够,2024年最新大厂面试流程

avatar
作者
筋斗云
阅读量:0

计算机网络

  • HTTP 缓存

  • 你知道 302 状态码是什么嘛?你平时浏览网页的过程中遇到过哪些 302 的场景?

  • HTTP 常用的请求方式,区别和用途?

  • HTTPS 是什么?具体流程

  • 三次握手和四次挥手

  • 你对 TCP 滑动窗口有了解嘛?

  • WebSocket与Ajax的区别

  • 了解 WebSocket 嘛?

  • HTTP 如何实现长连接?在什么时候会超时?

  • TCP 如何保证有效传输及拥塞控制原理。

  • TCP 协议怎么保证可靠的,UDP 为什么不可靠?

开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

算法

  • 链表

  • 字符串

  • 数组问题

  • 二叉树

  • 排序算法

  • 二分查找

  • 动态规划

  • BFS

  • DFS

  • 回溯算法

}

)

// 处理get请求

const get = (url, params, config = {}) => v3api.get(url, { …config, params })

// 处理delete请求,为了防止和关键词delete冲突,方法名定义为deletes

const deletes = (url, params, config = {}) => v3api.delete(url, { …config, params })

// 处理post请求

const post = (url, params, config = {}) => v3api.post(url, params, config)

// 处理put请求

const put = (url, params, config = {}) => v3api.put(url, params, config)

export default {

get,

deletes,

post,

put

}

调用者不再判断请求状态


import api from “@/api”;

methods: {

getUserPageData() {

api.get(‘/usercenter/user/page?pageNo=1&pageSize=10’).then(res => {

// 状态已经集中判断了,这里直接写成功的逻辑

// 业务代码…

const result = res.result;

}).catch(res => {

// 失败的情况写在catch中

})

}

}

async/await改造


使用语义化的异步函数

methods: {

async getUserPageData() {

try {

const res = await api.get(‘/usercenter/user/page?pageNo=1&pageSize=10’)

// 业务代码…

const { result } = res;

} catch(error) {

// 失败的情况写在catch中

}

}

}

存在的问题


  • 语义化程度有限,调用接口还是需要查询接口url

  • 前端api层难以维护,如后端接口发生改动,前端每处都需要大改。

  • 如果UI组件的数据模型与后端接口要求的数据结构存在差异,每处调用接口前都需要进行数据处理,抹平差异,比如[1,2,3]1,2,3这种(当然,这只是最简单的一个例子)。这样如果数据处理不慎,调用者出错几率太高!

  • 难以满足特殊化场景,举个例子,一个查询的场景,后端要求,如果输入了搜索关键词keyword,必须调用/user/search接口,如果没有输入关键词,只能调用/user/page接口。如果每个调用者都要判断是不是输入了关键词,再决定调用哪个接口,你觉得出错几率有多大,用起来烦不烦?

  • 产品说,这些场景需要优化,默认按创建时间降序排序。我擦,又一个个改一遍?

那么怎么解决这些问题呢?请耐心接着看…

铁器时代,it’s cool

=================================================================================

我想到的方案是在底层封装和调用者之间再增加一层API适配层(适配层,取量身定制之意),在适配层做统一处理,包括参数处理,请求头处理,特殊化处理等,提炼出更语义化的方法,让调用者“傻瓜式”调用,不再为了查找接口url和处理数据结构这些重复的工作而烦恼,把ViewModel层绑定的数据模型直接丢给适配层统一处理。

对齐微服务架构


首先,为了对齐后端微服务架构,在前端将API调用分为三个模块。

├─api

index.js axios底层封装

├─base 负责调用基础服务,basecenter

├─iot 负责调用物联网服务,iotcenter

└─user 负责调用用户相关服务,usercenter

每个模块下都定义了统一的微服务命名空间,例如/src/api/user/index.js

export const namespace = ‘usercenter’;

特性模块


每个功能特性都有独立的js模块,以角色管理相关接口为例,模块是/src/api/user/role.js

import api from ‘…/index’

import { paramsFilter } from “@/utils/helper”;

import { namespace } from “./index”

const feature = ‘role’

// 添加角色

export const addRole = params => api.post(/${namespace}/${feature}/add, paramsFilter(params));

// 删除角色

export const deleteRole = id => api.deletes(/${namespace}/${feature}/delete, { id });

// 更新角色

export const updateRole = params => api.put(/${namespace}/${feature}/update, paramsFilter(params));

// 条件查询角色

export const findRoles = params => api.get(/${namespace}/${feature}/find, paramsFilter(params));

// 查询所有角色,不传参调用find接口代表查询所有角色

export const getAllRoles = () => findRoles();

// 获取角色详情

export const getRoleDetail = id => api.get(/${namespace}/${feature}/detail, { id });

// 分页查询角色

export const getRolePage = params => api.get(/${namespace}/${feature}/page, paramsFilter(params));

// 搜索角色

export const searchRole = params => params.keyword ? api.get(/${namespace}/${feature}/search, paramsFilter(params)) : getRolePage(params);

  • 每一条接口都根据RESTful风格,调用增(api.post)删(api.deletes)改(api.put)查(api.get)的底层方法,对外输出语义化方法。

  • 调用的url由三部分组成,格式:/微服务命名空间/特性命名空间/方法

  • 接口适配层函数命名规范:

    • 新增:addXXX
  • 删除:deleteXXX

  • 更新:updateXXX

  • 根据ID查询记录:getXXXDetail

  • 条件查询一条记录:findOneXXX

  • 条件查询:findXXXs

  • 查询所有记录:getAllXXXs

  • 分页查询:getXXXPage

  • 搜索:searchXXX

  • 其余个性化接口根据语义进行命名

解决问题


  • 语义化程度更高,配合vscode的代码提示功能,用起来不要太爽!

  • 迅速响应接口改动,适配层统一处理

  • 集中进行数据处理(对于公用的数据处理,我们用paramsFilter解决,对于特殊的情况,再另行处理),调用者安心做业务即可

  • 满足特殊场景,佛系应对后端和产品朋友

  • 针对上节提到的关键字查询场景,我们在适配层通过在入参中判断是否有keyword字段,决定调用search还是page接口。对外我们只需暴露searchRole方法,调用者只需要调用searchRole方法即可,无需做其他考虑。

export const searchRole = params => params.keyword ? api.get(/${namespace}/${feature}/search, paramsFilter(params)) : getRolePage(params);

  • 针对产品突然加的排序需求,我们可以在适配层去做默认入参的处理。

首先,我们新建一个专门管理默认参数的js,如src/api/default-options.js

// 默认按创建时间降序的参数对象

export const SORT_BY_CREATETIME_OPTIONS = {

sortField: ‘createTime’,

// desc代表降序,asc是升序

sortType: ‘desc’

}

接着,我们在接口适配层做集中化处理

import api from ‘…/index’

import { SORT_BY_CREATETIME_OPTIONS } from “…/default-options”

import { paramsFilter } from “@/utils/helper”;

import { namespace } from “./index”

const feature = ‘role’

export const getRolePage = params => api.get(/${namespace}/${feature}/page, paramsFilter({ …SORT_BY_CREATETIME_OPTIONS, …params }));

SORT_BY_CREATETIME_OPTIONS放在前面,是为了满足如果出现其他排序需求,调用者传入的排序字段能覆盖掉默认参数。

mock先行


一个完善的API层设计,肯定是离不开mock的。在后端提供接口之前,前端必须通过模拟数据并行开发,否则进度无法保证。那么如何设计一个跟真实接口契合度高的mock系统呢?我这里简单做下分享。

  • 首先,创建mock专用的axios实例

我们在src目录下新建mock目录,并在src/mock/index.js简单封装一个axios实例

// 仅限模拟数据使用

import axios from “axios”

const mock = axios.create({

baseURL: ‘’

});

// 返回状态拦截

mock.interceptors.response.use(

response => {

return Promise.resolve(response.data)

},

error => {

return Promise.reject(error.response)

}

)

export default mock

  • mock同样也要分模块,以usercenter微服务下的角色管理mock接口为例

├─mock

index.js mock底层axios封装

├─user 负责调用基础服务,usercenter

├─role

├─index.js

我们在src/mock/user/role/index.js中简单模拟一个获取所有角色的接口getAllRoles

import mock from “@/mock”;

export const getAllRoles = () => mock.get(‘/static/mock/user/role/getAllRoles.json’)

可以看到,我们是在mock接口中获取了static/mock目录下的json数据。因此我们需要根据接口文档或者约定好的数据结构准备好getAllRoles.json数据

{

“success”: true,

“result”: {

“pageNo”: 1,

“pageSize”: 10,

“total”: 2,

“list”: [

{

“id”: 1,

ES6

  • 列举常用的ES6特性:

  • 箭头函数需要注意哪些地方?

  • let、const、var

  • 拓展:var方式定义的变量有什么样的bug?

  • Set数据结构

  • 拓展:数组去重的方法

  • 箭头函数this的指向。

  • 手写ES6 class继承。

开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

微信小程序

  • 简单描述一下微信小程序的相关文件类型?

  • 你是怎么封装微信小程序的数据请求?

  • 有哪些参数传值的方法?

  • 你使用过哪些方法,来提高微信小程序的应用速度?

  • 小程序和原生App哪个好?

  • 简述微信小程序原理?

  • 分析微信小程序的优劣势

  • 怎么解决小程序的异步请求问题?

广告一刻

为您即时展示最新活动产品广告消息,让您随时掌握产品活动新动态!