以下业务场景不大现实，我这里只是提供一种思路 想象一种场景：有一天，产品经理让你记录某些地方的行为日志并且存储到本地方便查阅，你可能会写下如下代码: 当需要调用的时候： 当然了，你更大概率是考虑用一个

JS 发起的请求可以暂停吗？ 这个问题非常有意思，这一句话当中有两个概念需要明确，一是什么样的状态才能称之为 `暂停`？二是 `JS 发起的请求` 是什么？

微前端的核心理念是将前端应用程序看作是一个整体，由多个独立的部分组成。每个部分被视为一个微前端应用，它们可以具有自己的技术栈、开发流程和团队组织。

前几天chrome发布了112版本，原本可以通过`getDisplayMedia`正确的获取当前标签页的内容，在此版本中却出现了内容挤压、概率性出现滚动条问题。 本文跟大家分享两种解决方案，欢迎...

界面无滚动条 滚动条的优化也有很多种，比如随便再网上搜索美化浏览器滚动条样式，就会出现些用css去美化滚动条的方案。 那种更好呢？ 没有更好只有更合适 像默认的滚动条的话，他能让你方便摁着往下滑动（他

虽然我们项目中引入了`prettier`和`eslint`对代码格式进行了校验,但是多人开发的时候难免依然会有人提交不符合规范的代码到仓库中,如果我们拉取到这种代码还得慢慢对其进行修改,这是一件很麻烦

背景 某天我们公司小程序收到线上反馈，在商品列表页面为什么我划着划着划着，就会出现一些重复商品...... 在讲这个问题之前，先讲一下我们是如何实现瀑布流组件的 瀑布流组件 什么是瀑布流组件 如图所示

手写一个好看的个人主页 效果图 文字，图片加上各种动画显示，使页面更加美观。然后给头像也加上了一个动画，使头像实现一个一直在上下浮动的效果。

困扰着前端人自适应大屏适配的噩梦可能要被这短短的几行代码破解了，难道这就是大屏适配的最优解？快来看看这款名为autofit的小工具，用了都说好！