kf_007

基于 Taro 的 Markdown AST 渲染器实现 在微信小程序或 Taro 项目中，我们经常需要将 Markdown 内容渲染成页面组件。然而，小程序自带的 <rich-text> 组件存在诸

24年下半年接触了公司的几个自研项目，属于后台管理系统。我们是搞内网安全，会收集一些电脑数据，通过前期设置的策略对数据进行清洗汇总。所以经常跟表格 和 表单 打交道。 公司有自己的组件库，但

客户那边说，发现了我们项目中有一个高危漏洞，需要紧急修复下。我过去一看，好像不是我们的代码，是三方依赖的pdf.js 突然爆了高危，心想，这怎么可能，这东西都发布好多年了，用的好好的也没说高危啊。

公司的单页应用项目中有几十个页面，每个路由都是通过比较简单粗暴的方式配置component: () => import('xxx')。第一次体验这个项目时发现进入另一个页面时会白屏一段时间（主要

直有一些高性能的渲染问题困扰着我，比如canvas渲染百万、千万级数据，虽然现在的js也给了很多优化的方案（比如web workers）。但是说到底还是有语言方面的局限性，直到我看到wasm

在这一年发生了很多事情，有过哭有过笑，有过欢喜，有过悲伤。 大家好我是小满，原名张满月，是哔哩哔哩前端免费课的天花板，我也是2023年掘金年度人气总冠军，2022年年度人气排行榜第六名，以及阿里云专家

前言 上两篇文章主要介绍vscode中debugger基本操作和常见语言的调试, 内容如下： 轻松玩转vscode中Debugger调试 轻松使用VSCode调试(TS、C/C++、Python、Ru

面试官问我String能存储多少个字符串？我说内存够大就没有长度限制，面试官说好了，回去等通知吧。 1. String.length方法返回值是int 2. Javac的源码中限制字符>=65535会

使用了 Vue3 Composables 之后，逻辑复用比之前要顺手很多，这里说说前端开发最常用的场景，管理页面的列表查询和增删改查的逻辑复用，欢迎大家共同探讨。