麻辣小龙虾君

当面临需要插入大量数据到页面的情况时，下面是一些建议的处理方法： 分页加载：考虑将数据分成多个页面，每次只加载当前页面所需的数据。这样可以减少一次性加载大量数据对页面性能的影响，并提供更好的用户体验。

“写博客目的是啥啊，想要变现吗？” ，群里的同学问我。这个问题让我有点无奈，直杵我肺管子！因为我老婆也问过我，你写这个有啥用啊！我很无奈，一时想不到写作能有什么用~

前言 最近微信小程序隐私指引这波骚操作实在是太好玩了，剧情跌宕起伏，让人不由得直呼周星驰在《唐伯虎点秋香》里的那句名言“人生大起大落得太快，实在是太刺激了”。

大家好， 我是刘子弃。现在是23年5月， 裸辞已经快两个月了。 前两天看到行业前辈左耳朵耗子的不幸消息。 突然有一个想把自己这两个月来的心路历程记录一下的想法。

前言 一个运行了多年的ToB的项目，由于数据量越来越大，业务越来越复杂，也一直在迭代。临近交付前客户突反应某某某单据页面速度太慢了，点击会出现没反应的情况…… 然后，卡顿时多次点击造成了数据多次提交。

在某些特殊情况下，需要凑齐一定的代码量，或者一定的提交次数，为了应急不得不采用一些非常规的手段来保证达标。本文分享的是一段自动提交代码的脚本，用于凑齐CR流程数量，拉低单次CR代码修改行数

大屏适配解决方案 做可视化大屏时，在适配屏幕上，有四种常用的解决方案： 根据屏幕尺寸随意缩放 适用场景：留白不可接受的情况下使用 优点：占满屏幕，美观 缺点：屏幕尺寸比和设计稿尺寸比不一致时，导致变形

在实际项目中，通常会遇到存在大量的业务条件选择的场景，这种情况下如果使用大量的"v-if"和"v-else"指令，会造成代码冗余，页面渲染性能下降，加载时间增加等问题，那该如何进行优化呢？

前言 家里有个七十多个月的笔记本，在笔记本里算年龄大的了，有了新机之后这个就一直拿来当自己的小服务器用了，存点照片、资源什么的（别问，是正经资源），但是毕竟只是个笔记本，容量有点小，随便整个小电影就几