前端技术

一个真实的困惑 某天设计师甩来一张 banner，我在访达里打开看信息： 尺寸：1920 × 1080 分辨率：72 × 72 我们 leader 常说「图片至少要 300 分辨率才清晰」。我一看 7

1、问题现象 在微信小程序开发中，你可能会遇到这样一个奇怪的现象： 两段代码唯一的区别是单位——rpx 和 px。而在普通 CSS 规则里，rpx 明明是可以正常使用的，为什么放进 @media 块里

1、需求场景 页面顶部有一张带渐变背景的产品图，导航栏初始透明叠在图上（白字白箭头）。 随着用户上滑、内容向上滚出可视区，当主体图的顶部刚要被导航栏遮住时，希望导航栏自动切换为： 背景：白色 标题文字

在开发过程中，我们经常遇到这样的需求：UI 设计稿上的某张图片，视觉上比容器"溢出"一点，看起来有一种放大、充盈的感觉。 直觉反应可能是直接改 width 或 height，但更优雅的方式是用 tra

很多人学 Vue 的时候，slot 这一关过得不太踏实。语法看懂了，但心里总有个疑问：我直接多传几个 props 不也能实现吗，为什么要用 slot？ 这篇文章不讲具体语法，只讲设计理念。把这个想清楚

问题背景 在移动端页面中，有一个横向滚动的卡片列表区域（scroll-view + 内部卡片列表）。需求是：滚动时，卡片可以一直滑动到屏幕的左右两侧边缘，不留任何残余间距。 但实际效果是：不管怎么滑动

一、核心公式 这个看似简单的公式,是整个计算机图形学中处理半透明的基石。无论是 CSS 的 rgba()、PS 的图层透明度,还是游戏引擎里的粒子效果,底层都在反复运行它。 符号含义 符号 含义 前景

一、什么是 HEX8? HEX8(或称 8 位十六进制颜色码)是 CSS Color Module Level 4 规范支持的颜色写法,格式为: 其中: RR:红色通道(Red),00 ~ FF GG

一、AppSecret 的安全红线 1.1 AppSecret 是什么 AppSecret 是微信小程序的应用密钥，和 AppID 配对使用。它的核心作用是让后端服务器安全地调用微信开放接口，包括：

本文将带你从原理到实战,彻底搞懂这两个文件,以及它们在 Git 中应该如何管理。读完你会明白: 这两个文件到底有什么区别? 为什么要同时存在两个? 到底哪个需要提交到 Git? npm install

如果你用 uni-app 开发微信小程序，可能会在页面的 <style> 里看到这种写法： 你会猜想：page 是不是 Vue 的语法？其实不是。这里的 page 是 微信原生小程序（wxss）里的特

在日常业务里，经常有这种需求： 先做一件异步事（请求、弹窗、授权等）； 不管结果成功还是失败，后续流程都要继续。 这段代码就是一个典型例子： 1. 这段代码到底是什么语法？ 这是 Promise 链式

刚接触 npm 包管理时，很多人都会被两个字段绕住： dependencies devDependencies 表面看只差了一个 dev，但实际背后是两种完全不同的角色。 很多人会先形成一个直觉： 这

一、业务背景 项目是一个 uni-app 多端应用中的支付流程子页面，展示「支付提示」类富文本列表。接口返回多条时，列表采用手风琴：同一时间只展开一条详情，展开某条时其余条收起。 交互上还有自定义导航

在微信小程序开发中，渲染后端返回的富文本内容是一个非常常见的需求。为了获得更好的渲染效果（比如图片自适应、图片预览、更全的标签支持），我们通常会放弃原生的 <rich-text> 组件，转而使用第三方

在使用 Git 时，我们经常需要输入一些重复而冗长的命令，例如 git status、git branch、git log --oneline --graph --decorate 等。幸运的是，Gi

什么是 Art Direction（艺术导向适配）？以及什么时候该用它 做响应式适配时，我们经常说“让图片自适应”“用 cover/contain 解决”。但你会发现有些场景怎么调 CSS 都不够完美

在做小程序首页/空态页时，我们经常用一张“全屏背景图”承载氛围，再叠加文案与入口卡片。它在绝大多数手机上都很稳，但到了部分折叠屏设备（尤其是“展开后”或“窗口化/兼容模式”）就可能出现：主体被遮挡、构

背景 我们在一个小程序页面里做“空态页”（例如“暂无订单/暂无内容”）时，常见做法是放一张全屏背景图，然后在其上叠加文案与入口卡片（两个按钮/卡片入口）。在大多数手机上展示正常，但在部分折叠屏设备上出

一、业务背景 在小程序里，我们常会做「列表里有多张图，点击某一张进入大图预览、支持左右滑动看其他张」的需求。例如： 证件正页 / 副页各占一项，每项有一张图； 商品有多张主图、详情图，点任意一张进预览