前段时间在做项目国际化时，遇到一个比较隐蔽的问题： 我们在定义枚举常量时，直接调用了 i18n 的翻译方法： 结果发现翻译始终不生效。排查后才发现原因很简单 —

轮询的理解     其实轮询的重点在于间隔多少时间执行一次，而并非循环本身。ajax是异步请求，从发起请求到接受到响应即为一个完整的过程，这个过程所需要的时间是无法预料的，说的极端点，若请求所需的时间

在做实时监控系统时，比如服务器状态面板、订单处理中心或物联网设备看板，每隔 5 秒自动拉取最新数据是再常见不过的需求了。 但你有没有遇到过这些问题？ 页面切到后台还在疯狂发请求，浪费资源 上一次请求还

前言 前段时间老板心血来潮，要我们前端组对整个的项目都做一下接口防止重复请求的处理（似乎是有用户通过一些快速点击薅到了一些优惠券啥的）。。。行吧，搞就搞吧，you happy jiu ok！

由于大模型通常是需要实时推理的，浏览器提交数据，服务端完成推理，然后将结果以 JSON 数据格式通过标准的 HTTP 协议返回给前端。所以SSE流式传输成了前端必学的内容

当使用 async 函数的时候，很多文章都说建议用 `try catch` 来捕获异常, 可是实际上我看了很多项目的代码，遵循的并不是严谨，很多都没有用，甚至 catch 函数都没写，这是为什么呢？

最近在使用vue的时候，遇到一个需求，实现左右div可通过中间部分拖拽调整宽度，类似于这样 这是我最终的实现效果 还是老话，因为我是初级的前端工程师，只是兼职写一些简单的前端，所以这个功能的实现得益于

只能输入数字 只能输入数字和小数点 限制小数点输入个数，只能输入一个小数点 只能输入一位小数点 只能输入两位小数点 只能输入三位小数点，之后的以此类推 如果有小数点是可以输入0.1，0.001等，但是

🔥不是吧！定时器你还在用 setInterval？90% 的前端都踩过的坑，今天一次性根治！ 作为前端工程师，定时任务谁没写过？还在用 setInterval，甚至其他定时器—恭喜你为项目埋下炸弹！