 |
codehzV2EX 第 187268 号会员，加入于 2016-08-16 18:42:57 +08:00今日活跃度排名 4451 |
CodeHz
CodeHz
CodeHz
| Java 、Idea、Android Studio 用户请暂缓升级到 macOS 14.4
4 Apple • codehz • 119 天前 • 最后回复来自 codehz
|
109 |
| Log4J 远程代码执行漏洞 信息安全 • codehz • 2021-12-10 01:36:54 AM • 最后回复来自 Jooooooooo | 1 |
| Windows 11 小组件完全魔改指南（insider 版）
6 Windows • codehz • 2021-10-05 20:29:46 PM • 最后回复来自 huhuime
|
7 |
| Chrome 在 Web Worker 里渲染文本可导致网页崩溃（win10 专属） Chrome • codehz • 2021-05-11 09:51:50 AM • 最后回复来自 gam2046 | 1 |
| WSL 2 原生图形支持来了（内部测试版）
2 分享发现 • codehz • 2021-04-08 09:32:42 AM • 最后回复来自 clevercoolbear
|
32 |
| yori，一个提升 windows 命令行使用体验的 shell（cmd 替代） Windows • codehz • 2020-11-29 01:05:30 AM • 最后回复来自 Kasumi20 | 15 |
| 一个新的玩具，在 js 里套娃 c 编译器 分享创造 • codehz • 2021-01-24 18:31:32 PM • 最后回复来自 codehz | 9 |
| 2020 年，网页终端渲染器比较： hterm vs xterm.js
1 前端开发 • codehz • 2020-02-04 22:55:51 PM
|
| TIP: 在 QEMU 中可以使用 9P 文件系统挂载宿主目录作为根目录！ Linux • codehz • 2019-12-26 15:31:16 PM |
codehz 最近回复了
19 小时 43 分钟前 回复了 582292804zr 创建的主题 › 程序员 › 关于盗版单机游戏盒子下载速度的问题 |
多半是白嫖某些大厂的 cdn ，参见之前的 freecdn 项目（我不是说这是道德的）
19 小时 47 分钟前 回复了 javaisthebest 创建的主题 › 程序员 › 咨询一个关于锁的业务问题 |
用不用不是得看正确性吗，当然除了传统意义上的分布式锁之外也有别的方案，比如乐观并发控制
1 天前 回复了 onlyfor 创建的主题 › 程序员 › 如果开源某个项目, 前端和后端都开源,但是核心前端组件需要连私库并且加密 |
@onlyfor 给客户的话直接源码打包发过去就可以了，不必专门上 github 的。。。到时候开源出了问题客户可能还得找你麻烦
2 天前 回复了 jiayol 创建的主题 › Vue.js › 关于某个元素想吸附在软键盘上的实现方式 |
chrome 可以用 Virtual Keyboard API 来获取软键盘尺寸（移动端专属）
其他的很麻烦，可以参考下 https://interop-2022-viewport.netlify.app/combined/icb-fixed-visual/
其他的很麻烦，可以参考下 https://interop-2022-viewport.netlify.app/combined/icb-fixed-visual/
3 天前 回复了 rcocco 创建的主题 › 程序员 › 好奇移动端、桌面端是怎么实现列表控件渲染大量元素不卡顿的？ |
(其实浏览器也不会绘制超过屏幕的内容（ edge 有几个版本你就会在滚动过快的时候看到白屏被一个个方块填上的过程），但超过屏幕的内容不止是绘制的问题，还有布局等其他因素需要计算，加上为了 js 访问方便而设计的对象接口的 overhead 才会显得不能装太多东西，实际上就单纯说显示一个巨大的表格来说浏览器问题不是很大，好多设计起来就只有单页的文档（例如隔壁的 rust 的某文档，html5 的单页 spec ），其内容长度远超一般“无限滚动”正常用户能滚动到的范围，也可以顺利的在浏览器上呈现。。。（当然和一般无限滚动场景不同的是，它内容上是较为简单的，计算布局的压力也会小很多）
桌面端除了用虚拟滚动的思路之外，还有一种叫 imgui 的思路，其抛弃了控件的抽象，根据滚动位置直接计算出需要展示的范围，然后每次都只画用到的部分，也可以解决这个问题==（有一些商业表格控件就是这个思路）
之所以虚拟滚动一类的机制需要使用“复用”，其本质不是绘制元素有多慢，而是为了表达这个 UI 对象抽象带来的额外成本很高，不能简单的丢弃再重建，或者干脆建立一大堆放着
桌面端除了用虚拟滚动的思路之外，还有一种叫 imgui 的思路，其抛弃了控件的抽象，根据滚动位置直接计算出需要展示的范围，然后每次都只画用到的部分，也可以解决这个问题==（有一些商业表格控件就是这个思路）
之所以虚拟滚动一类的机制需要使用“复用”，其本质不是绘制元素有多慢，而是为了表达这个 UI 对象抽象带来的额外成本很高，不能简单的丢弃再重建，或者干脆建立一大堆放着
5 天前 回复了 siluplsy 创建的主题 › Python › 为什么 gradio 前端在事件参数传 Uint8Array，后端收到的数据却是 Dictionary |
所以是什么协议发送的呢，怎么发的，又是怎么接收的
7 天前 回复了 zhangeric 创建的主题 › .NET › nuget 服务器有问题了,不会也是那个 CrowdStrike 出问题导致的吧 |
两件事，一件是微软 azure 炸了，另一件是 crowdstrike 炸了
导致上云和下云都有风险（）
导致上云和下云都有风险（）
Select Language