前端

最近在开发个人的大屏项目，作为简历的一部分找工作的时候拿出来撑撑门面。 对于前端而言，最难的并不是技术部分，而是 UI 部分，毕竟前端大部分时候只是切图仔，而不是设计师...

最近在做自己的大屏项目，毕竟很多公司还是要求提交自己的作品的。 虽然做的效果一般，但是UI和UE上的体验一定要拉满，给面试官以视觉上的冲击力才是大屏的关键。 在掘金上看到这篇文章写的数字滚动效果...

之前没太关注过组件之间的数据传递问题，一般做项目如果是Vue2.x版本，直接用Vuex。 如果是Vue3.x版本，直接用Pinia。基本上很少用Bus(事件总线)，也没太关注过其他方案...

服务器上有大量的不连贯监控视频，需要整合到一个时间轴上显示。 后台向前端推送监控视频的起止时间和地址。 拖动时间轴到某个视频上则开始播放这个视频。拖动时间轴到某个视频的某个时间点...

最近打算写几个大屏，作为后续工作的一个简历吧。毕竟现在技术类的找工作不单单的是得会忽悠，还得有点儿作品。 怎么好像在说UI岗一样，在网上扒了扒效果，想要写的炫酷一些...

博客系统搭了又拆，拆了又搭。 系统是有时候崩溃，有时候稳定运行好久。 框架也是换了又换，从最早的 wordpress 到后来用 hexo，到后面又自己用 express 搭了一个后台服务...

有熟悉我的兄弟发现我最近没咋更新，其实是住院了。这是一个痛苦的故事，痛苦到什么程度呢？ 大概是一种"坐立难安"的赶脚~ 本来以为是小问题，但是发现有血，遂去医院看了看。主任推了推眼镜，一口断定...

今天组里小兄弟跟我反馈说之前不知道谁封装的一个组件，出现了一个非常"诡异"的BUG。 这是个上传组件，BUG现象是如果设置了 accept 拖拽文件是可以正常上传的，但是不设置的话拖拽文件上传不...

前端一次性将十万条数据都渲染到页面上，基本上100%会导致页面卡顿甚至无响应。 大量的DOM操作会极大的消耗浏览器的资源，所以在面试的时候千万不要说直接for循环渲染...

MVVM（Model-View-ViewModel）是一种软件架构模式，旨在解耦视图（View）与数据逻辑（Model），通过一个中间层 ViewModel 实现数据与视图的双向绑定...

最近公司里事儿比较多，项目也比较杂，但是因为公司的项目主要是聚焦OA方面，很多东西可以复用。 比方说：表单、表格、搜索栏等等，这部分现阶段大部分都是各写各的，每个项目因为主要的开发不同...

最近做数据的导入导出，本来是想做后端操作，但是因为数据量不是很大，所以本地操作应该是最优的选择。先获取数据对象...

先抛一个小问题哈，大家在日常开发过程中写过后台服务代码嘛？ 大家有看过后端的同事写的代码嘛？ 我之前其实问过我自己周围的同事还有一些朋友，也回想过自己之前有没有看过，有些兄弟就表示..

最近开发桌面保存密码的这个程序已经到了尾声，先是打包以后接口请求不到，参考这篇文章：《# Tauri2.0版本请求服务器方案，简单封装了一下，附源码》。 解决完进入到系统内又发现了新问题...

熟悉的朋友知道我最近有在做一个保存密码的软件，相关的加密方案之前也分享过，具体的可以查看这篇文章: # 前端使用Web Cryptography API进行内容加密，几乎无法破解 终于开发到最后。

最近写密码管理的小App，本来是打算的开发完以后，通过数据库直接导数据，既方便又快捷。 但是发现因为存在加密程序的缘故，直接导显然不现实。

这两天换了个小电脑，原来那个电脑不咋行了，还是16年的本。新换了个Mini主机，结果很多密码都是存储在那个电脑上的。 思来想去决定做个程序，将密码存储在云上，然后做个App，同时兼顾PC端和手机端。

有熟悉的朋友可能知道我最近一直在做编辑器的小项目，最近做到插入图片的部分了，简单分享一下方案。 前期选型主要有三种方案......

最近一直在做编辑器的小项目，怎么说呢？一个看起来非常简单的小工具也需要大量的巧思和优化。 其实我发现随随便便的一个小工具都有重新做一遍的价值，一来是符合新的使用习惯，二来新的UI风格也更顺眼。

最近这两天准备鼓捣一下markdown文本编辑器，现在写公众号一般用的都是 网页 的编辑器。 说实话，很方便，但是痛点也很明显。 研究过程中发现一个以前从未在意过的标签: <q> 标签。