- Published on
notes-2024
- Authors
- Name
- AgedCoffee
- @__middle__child
2024-12-19
在某些特殊情况下浏览器的有效高度区域大于整个系统的屏幕有效高度区域(例如浏览器全屏,但是底部还有一个 win 的菜单栏)
这样会导致部分内容被菜单栏挡住,可以通过 window.innerHeight 和 screen.availHeight 分别获取浏览器的有效高度区域和系统屏幕的有效高度区域
求差值,算出间隙高度
const offset = window.innerHeight - (screen?.availHeight || window.innerHeight)
2024-11-19
- 在平时开发依赖的第三方包中有部分代码有问题或者需要做出微小的变动
可以考虑私服维护,另外也可以通过 patch-package 来实现,如果使用 pnpm 的话自带了 patch 子命令
pnpm patch 包含以下能力
功能描述
- 创建补丁:pnpm patch 允许你在本地对某个依赖包进行修改,然后生成一个补丁文件。这可以帮助你在不修改包的源代码仓库的情况下,快速修复问题或添加功能。
- 应用补丁:生成的补丁文件可以被 pnpm 自动应用到项目的依赖包中。这样,项目在安装依赖时会自动应用这些补丁,确保所有开发者和部署环境都使用相同的修改版本。
- 版本控制:补丁文件通常可以被添加到版本控制系统中(如 Git),从而确保团队成员在拉取代码时也能获得相同的补丁。
使用方法
- 启动补丁模式
pnpm patch <package-name>
这将会打开一个临时目录,其中包含你要修改的包的内容。
- 进行修改:在打开的临时目录中,对包的源码进行所需的修改。
- 生成补丁:完成修改后,退出编辑器,pnpm 会提示你是否要生成补丁文件。确认后,pnpm 将生成一个补丁文件,并将其应用到你的项目中。
- 应用补丁:当你或其他人运行 pnpm install 时,pnpm 会自动应用这些补丁到相应的依赖包上。
示例
假设你想对 lodash 这个包进行补丁:
pnpm patch lodash
- 这会打开一个 lodash 的副本供你修改。
- 修改完成后,保存并退出。
- pnpm 会生成一个补丁文件并提示你保存它。
- 下次运行 pnpm install 时,补丁会自动应用。
注意事项
- 补丁文件通常存储在 .pnpm/patches 目录中。
- 确保补丁文件被纳入版本控制,以便团队成员都能使用相同的修复。
- 使用补丁功能时,需谨慎评估对包的修改,以避免引入不兼容的更改。
2024-11-14
- 在使用 dom 的全屏 API 的时候会有一些奇怪的问题(input[type=file]点击会退出全屏、有时候 win 的菜单栏不会被收起导致顶部部分内容被裁切) ahooks 的 useFullScreen 支持 pageFullScreen 模式
2024-11-13
- 在输入框聚焦的时候会响应页面上其他的快捷键逻辑 通过判断当前是否存在 Input 和 TextArea 的聚焦元素来添加是否响应快捷键逻辑
export function hasFocusedInput() {
return document.activeElement.tagName === 'INPUT' || document.activeElement.tagName === 'TEXTAREA'
}
if (hasFocusedInput()) return
2024-11-11
- 关于 jotai 在第三方包中导出使用的时候确保
单例模式
需要在打包的配置中手动排除 jotai
// ...
rollup(config) {
config.external = [
'jotai',
];
// ...
}
- css 中使用 aspect-ratio 的响应式写法
.card {
aspect-ratio: 4/3;
@media (orientation: portrait) {
aspect-ratio: 3/4;
}
}
2024-11-08
一个 mp4 的链接文件,一般需要满足资源响应头信息中有下面的内容才可以直接在浏览器播放,否则会直接要求文件下载
Content-Type: video/mp4
Content-Disposition: inline
Accept-Ranges?: bytes
另外浏览器一般支持下面的编码格式
1. H.264 (AVC)
- 广泛支持:几乎所有现代浏览器都支持这种格式。
- 常见容器:MP4。
- 优势:兼容性好,压缩效率高,适合流媒体。
2. VP8
- 支持:主要在 Chrome、Firefox 和 Opera 中得到广泛支持。
- 常见容器:WebM。
- 优势:开源,良好的压缩效率。
3. VP9
- 支持:Chrome、Firefox、Opera 和 Edge。
- 常见容器:WebM。
- 优势:比 VP8 和 H.264 更高的压缩效率,尤其适合高分辨率视频。
4. AV1
- 支持:逐渐在 Chrome、Firefox 和 Edge 中得到支持。
- 常见容器:WebM。
- 优势:最新的开源编码格式,提供更高的压缩效率。
下面的编码格式支持有限
1. H.265 (HEVC)
- 支持:Safari 浏览器较好支持,其他浏览器支持有限。
- 常见容器:MP4、MKV。
- 优势:比 H.264 更高的压缩效率,适合高分辨率视频。
2. Theora
- 支持:Firefox 和部分开源浏览器。
- 常见容器:Ogg。
- 优势:开源,但压缩效率低于 H.264 和 VP8。
3. MPEG-4 Part 2
- 支持:逐渐减少,因为 H.264 的广泛普及。
- 常见容器:MP4、AVI。
2024-11-05
- antd 有 API useFormInstance
2024-10-29
css
- unocss 引入的 tailwind 支持 container query 语法
{
/* 标识你要检测的容器 */
}
;<div className="@container">
{/* 在容器宽度大于等于 500px 的时候响应后面的原子类 */}
<div className="@[500px]:hidden">child</div>
</div>
jts
- PubSub.js 取消订阅不同的区别
- 通过订阅令牌(token)取消订阅:当你订阅一个主题时,PubSub.js 会返回一个令牌,你可以使用这个令牌来取消订阅。
var token = PubSub.subscribe('myTopic', mySubscriberFunction)
PubSub.unsubscribe(token)
- 通过主题名称取消订阅:你也可以通过主题名称取消所有该主题的订阅者。
PubSub.unsubscribe('myTopic')
取消订阅方式 | 特点与区别 | 适用场景 |
---|---|---|
通过订阅令牌(token)取消订阅 | - 精确性:只取消与该令牌关联的特定订阅。 - 作用范围:仅影响单个订阅。 | 需要取消特定订阅而不影响其他订阅的场景。 |
通过主题名称取消订阅 | - 广泛性:取消该主题下的所有订阅者。 - 作用范围:影响所有在该主题上注册的回调函数。 | 需要清理某个主题的所有订阅者的场景,如应用程序关闭或模块卸载时。 |
2024-10-28
css
- word-break 只对英文生效,中文默认会换行,部分场景如果被设置了 white-space: nowrap 需要自己重新设置为 normal 或者其他数值(antd Card 的 Title 部分被设置了 nowrap) 彻底搞懂 word-break、word-wrap、white-space
- ToolTip 的 children 需要有 onMouseEnter、onMouseLeave、onFocus、onClick 的事件支持才可以生效
- 如果你一个自定义的 React 组件作为 Tooltip 的 children,没有响应相关的事件就就不能正常使用 Tooltip
UI 业务
- Modal.Confirm 默认只支持确定和取消两个按钮,可以用 css 隐藏默认的按钮区域,在 content 中手动写 Button 来实现具体的业务需求
通用
- 用 npm 发包 pnpm 的仓库,npm 的发包会保留 workspace:*之类的明文而不会替换确切的版本号
2024-07-23
创建独立堆叠上下文的方法
- 根元素
(<html>)
(root-html) - 有 position 属性且 z-index 值不为 auto 的元素(position & z-index)
- opacity 小于 1 的元素(opacity < 1)
- transform 属性且值不为 none 的元素(transform != none)
- filter 属性且值不为 none 的元素(filter != none)
- perspective 属性且值不为 none 的元素(perspective != none)
- clip-path 属性且值不为 none 的元素(clip-path != none)
- mask 属性且值不为 none 的元素(mask != none)
- isolation: isolate 的元素(isolation: isolate)
- will-change 属性且值为 opacity、transform 等的元素(will-change)
- mix-blend-mode 属性且值不为 normal 的元素(mix-blend-mode != normal)
<iframe>
元素(iframe)
html 示例
<!doctype html>
<html lang="en">
<head>
<meta charset="UTF-8" />
<meta name="viewport" content="width=device-width, initial-scale=1.0" />
<style>
.parent {
position: relative;
z-index: 1;
background-color: lightgrey;
width: 200px;
height: 200px;
}
.child1 {
position: relative;
z-index: 2;
background-color: red;
width: 100px;
height: 100px;
}
.child2 {
position: relative;
z-index: 1;
background-color: blue;
width: 100px;
height: 100px;
margin-top: -50px; /* 使其与 .child1 部分重叠 */
}
.sibling {
position: relative;
z-index: 3;
background-color: green;
width: 100px;
height: 100px;
margin-top: -150px; /* 使其与 .parent 部分重叠 */
}
</style>
</head>
<body>
<div class="parent">
<div class="child1"></div>
<div class="child2"></div>
</div>
<div class="sibling"></div>
</body>
</html>
graph TD
subgraph Root Stacking Context
P[".parent (z-index: 1)"]
S[".sibling (z-index: 3)"]
end
subgraph Parent Stacking Context
C1[".child1 (z-index: 2)"]
C2[".child2 (z-index: 1)"]
end
P --> C1
P --> C2
2024-4-22
对于 npm 发包的进一步认识
如果没有特别声明发包需要 includes 的文件目录,会发布源码文件
对于 vite 配置中的 optimizeDeps 有了更多的认识
- 默认 vite 是不会对 node_modules 的代码做预编译处理的,预编译包括对 commonjs 转换成 esm 的处理等其他兼容性和大小优化
- 而 src 中的文件 vite 默认会处理
- 因此如果 node_modules 包含不能在浏览器直接运行的代码,需要使用 optimizeDeps 显示声明定义
// vite.config.js
// 下面是一个显示预处理 is-mobile 这个 node_module 的声明
export default {
optimizeDeps: {
include: ['is-mobile'],
},
}
2024-01-23
在写非 UI 组件相关的 node 包的时候才感受到 cjs 和 esm 的很多 API 的差异
内置的dirname 和filename 不再适用,现在细想来这个 API 的设计确实蛮奇怪的,在 esm 实现的基本都基于 import.meta 这个内置的 API
动态通过 require 来导入的方法也不再适用,需要通过动态 import 来实现相关的需求
另外比较常见的就是导入和导出的区别了
另外就是迷惑的 package.json 里面的字段了,不过好在现在有了新的规范了,自己还没真的开始尝试使用
"exports": {
".": {
"types": "./dist/index.d.ts",
"import": "./dist/index.mjs",
"require": "./dist/index.cjs"
},
"./package.json": "./package.json"
},