Java · 250 人关注
container
Android App Container Implement (Use VirtualApp framework)
codehz's repos on GitHub
TypeScript · 65 人关注
bun_python
Ported from deno_python
C++ · 36 人关注
BedrockMod
Minecraft Bedrock Edition Mod
C++ · 24 人关注
bedrock-modloader
ModLoader For Official Bedrock Dedicated Server
Shell · 20 人关注
bashrc-backdoor
C++ · 19 人关注
BilibiliConsole
Bilibili的Linux客户端
C · 18 人关注
ctxco
Minimal (and intuitive to use) coroutine implement in c
C · 18 人关注
easy_sqlite3
Yet another SQLite wrapper for Nim
C · 14 人关注
cobblestone
StoneServer for BDS
JavaScript · 14 人关注
deno-mtproto
MTProto for Deno
TypeScript · 13 人关注
css-in-bun
CSS-in-Bun macro inspired by Meta's stylex (and johanholmerin/style9)
C · 12 人关注
BDSD
BDS Dumper (WIP)
TypeScript · 10 人关注
bun-react-ssr
C# · 10 人关注
DiscussPollBot
Just a telegram poll bot
C · 10 人关注
EasyPak
TypeScript · 8 人关注
DeckScreenshotManager
Add screenshot manager because valve don't do it. https://steamcommunity.com/app/1675200/discussions/2/6117591738155117046/
C · 6 人关注
bedrockserver
See codehz/mcpeserver
TypeScript · 5 人关注
deno-pbf
Deno pbf port of https://github.com/mapbox/pbf
Nim · 5 人关注
dslutils
JavaScript · 4 人关注
box.js
📦A simple web frontend framework.
JavaScript · 4 人关注
deno-pug
Pug template engine for deno(for proper typing definition)
Zig · 3 人关注
condlg
Dialog builder for windows
TypeScript · 3 人关注
deno-mcmod-downloader
TypeScript · 2 人关注
bedweb
BedWeb Dashboard - front end
TypeScript · 2 人关注
bun-xattr
Java · 2 人关注
C4Droid-Code-Manual
原始作者TTHHR(度娘贴吧)
HTML · 2 人关注
chat-layout
Shell · 2 人关注
Docker-Forge
我的世界Forge服务端启动器 for Docker
Dockerfile · 1 人关注
arch-cmake-builder
Java · 1 人关注
ArrowDownloadButton
A download button with pretty cool animation
Dockerfile · 1 人关注
base-node
A Experiment to build world's most minimalist node image.
JavaScript · 1 人关注
BoxedApp
Boxed Application Platform
TypeScript · 1 人关注
bun-allow-macros
TypeScript · 1 人关注
bun-tailwindcss
Kotlin · 1 人关注
C4droidHelper
C++ · 1 人关注
cobblectl
Service controller for cobblestone server
JavaScript · 1 人关注
commandblock
demo
TypeScript · 1 人关注
deno-file-server
A minimal file server for deno, using native HTTP Server
JavaScript · 1 人关注
deno-livescript
1 人关注
deno-template
Basic template for deno (vscode config)
1 人关注
denokv
A self-hosted backend for Deno KV
TypeScript · 1 人关注
DiscussPollBotR
Java · 1 人关注
DroidPlugin
A plugin framework on android,Run any third-party apk without installation, modification or repackage
0 人关注
aleph.js
The Full-stack Framework in Deno.
Dockerfile · 0 人关注
alpine-builder
builder in alpine
0 人关注
android_hardware_xiaomi
C · 0 人关注
APID
rpc framework
TypeScript · 0 人关注
apple-iap-tools
Types and verifyReceipt function for Apple in-app purchases and server notifications.
0 人关注
arch-compat
Archlinux compat
Python · 0 人关注
archlinux
archlinux with packager
JavaScript · 0 人关注
arepl
Another REPL
JavaScript · 0 人关注
array-morph
Zig · 0 人关注
autoapi
0 人关注
bdlauncher
BedRockServer launcher with mods support
C++ · 0 人关注
bedweb-server
Linux dashboard
0 人关注
better-objc-syntax
📦
0 人关注
BetterEnd
Better End MC Mod
JavaScript · 0 人关注
bin.js
TypeScript · 0 人关注
binary-embed
JavaScript · 0 人关注
blog.js
Node.js + mongoose blog
Vue · 0 人关注
blog.js-frontend
JavaScript · 0 人关注
blogjs
Just a simple node.js blog (api)
JavaScript · 0 人关注
BlogJS-Node
C++ · 0 人关注
BOLT
Binary Optimization and Layout Tool - A linux command-line utility used for optimizing performance of binaries
JavaScript · 0 人关注
bridge.
A powerful editor for Minecraft Add-Ons
0 人关注
bun
Incredibly fast JavaScript runtime, bundler, test runner, and package manager – all in one
C · 0 人关注
bun-bug
TypeScript · 0 人关注
bun-di
C · 0 人关注
bun-flecs
TypeScript · 0 人关注
bun-server-action
TypeScript · 0 人关注
bun-ssr-bug
TypeScript · 0 人关注
bun-svg-font
0 人关注
camaro
camaro is an utility to transform XML to JSON, using Node.js binding to native XML parser pugixml, one of the fastest XML parser around.
0 人关注
capnweb
JavaScript/TypeScript-native, low-boilerplate, object-capability RPC system
Lua · 0 人关注
cfworker-balancer
0 人关注
circleci-golang-upx
circleci/golang image with upx compressor addition
C++ · 0 人关注
clang-tool-node
0 人关注
ClangBuild
ClangBuild
JavaScript · 0 人关注
codebin
A ServiceWorker based development environment for front-end designers and developers.
0 人关注
codehz.github.io
^_^
Java · 0 人关注
CompanionBats
0 人关注
corrupted
github web ui tests
0 人关注
cosmopolitan
build-once run-anywhere c library
0 人关注
CxxDemangler
.NET library for demangling C++ symbols
TypeScript · 0 人关注
d1-test
Java · 0 人关注
death-origin-fabric
Rust · 0 人关注
decky-cli
Shell · 0 人关注
decky-plugin-database
Decky Plugin Database. PR your plugins to this repository to have them added to the store!
Shell · 0 人关注
docker-glibc-builder
A glibc binary package builder in Docker
Shell · 0 人关注
Docker-Minecraft-Forge-Server
Docker Minecraft Forge Server 提示中文化 - 增加rcon
Shell · 0 人关注
DockerSpigot
Objective-C · 0 人关注
dollarbase
JavaScript · 0 人关注
dom-factory
Shell · 0 人关注
dotfiles
My dotfiles
TypeScript · 0 人关注
dspack
Dead simple deno to browser packager
TypeScript · 0 人关注
dts-extract
TypeScript · 0 人关注
DUSTD
Rust · 0 人关注
dyon
A rusty dynamically typed scripting language
CodeHz
CodeHz
CodeHz
| [求配置单] 1.5W-2W 纯游戏主机 (不含外设)，追求性价比+战未来，求避坑指南！ 硬件 • codehz • 203 天前 • 最后回复来自 topgrd | 23 |
| Java 、Idea、Android Studio 用户请暂缓升级到 macOS 14.4
4 Apple • codehz • 2024-03-29 11:04:21 AM • 最后回复来自 codehz
|
109 |
| Bun_python 一个让你在 bun 中直接使用 esm 语法导入 Python 包的库 分享创造 • codehz • 2023-09-13 12:19:01 PM |
| 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
|
codehz 最近回复了
9 小时 12 分钟前 回复了 jaydenWang 创建的主题 › 程序员 › 不够“坦诚”的 Zustand：我们是否为了函数式而函数式？ |
zustand 的核心就是那个 selector 机制，避免了 context 的牵一发动全身问题
其他的一切都只是为了一个简单好用的 api ，包括那个 set get 的设计，做成这样是为了能方便被中间件扩展，某种意义上说，相比于函数式或者面向对象，zustand 的 middleware 设计更偏向于 aop 也就是面向切面编程
其他的一切都只是为了一个简单好用的 api ，包括那个 set get 的设计，做成这样是为了能方便被中间件扩展，某种意义上说，相比于函数式或者面向对象，zustand 的 middleware 设计更偏向于 aop 也就是面向切面编程
9 小时 21 分钟前 回复了 jaydenWang 创建的主题 › 程序员 › 不够“坦诚”的 Zustand：我们是否为了函数式而函数式？ |
主要是就算你想在外面直接调用 set 也可以使用那个 selector 函数的 setState 方法，所以我完全不知道为啥你有导出 set 的想法（）
9 小时 25 分钟前 回复了 jaydenWang 创建的主题 › 程序员 › 不够“坦诚”的 Zustand：我们是否为了函数式而函数式？ |
@jaydenWang zustand 的派生不是直接在 selector 里写的吗，我倒好奇你是怎么用的
语法上确实没阻止你直接导出 set 但一般人也不会这么写啊
语法上确实没阻止你直接导出 set 但一般人也不会这么写啊
11 小时 37 分钟前 回复了 jaydenWang 创建的主题 › 程序员 › 不够“坦诚”的 Zustand：我们是否为了函数式而函数式？ |
zustand 里唯一看上去是函数式相关的，大概只有不可变数据和纯函数更新这两点了，但完全不能和真正意义上的函数式打等号，一些资料里这样写单纯是因为他们没搞清楚概念，真正重要的是那个 flux 模型，它看似与函数式紧密联系，但实际上是完全不同层次的抽象，只能说有一定的相似性
Flux 的核心原则包括：
单向数据流：数据流动是单向的，避免双向绑定带来的复杂性和不可预测性。典型流程是：View 触发 Action → Dispatcher 分发 → Store 更新状态 → View 重新渲染。
单一真相来源：应用状态集中在 Store 中，而不是散布在各个组件。
动作驱动更新：状态变化通过明确的 Action 来驱动，便于追踪和调试。
zustand 只是在这个基础上把开发体验做了一定的提升，简化了使用：
不需要 Dispatcher 或严格的 Action/Reducer 分离。
直接在 store 中定义状态和更新函数（这些函数类似于 Action Creators ），通过 set 函数不可变地更新状态。
至于为啥不用 class ，还不是因为 js 本身局限性，无法高效跟踪深度嵌套类型的变动，只能采取创建新对象的方式来触发更新——例如 zustand 同一家出的那个 valtio ，就是使用 proxy 做的状态跟踪，为了解决 js 的局限性，其实不仅带来了很多损耗，也需要遵循很多规则（ this 使用规则，还有 proxyMap proxySet 等原生对象包装）写才不会出事
Flux 的核心原则包括：
单向数据流：数据流动是单向的，避免双向绑定带来的复杂性和不可预测性。典型流程是：View 触发 Action → Dispatcher 分发 → Store 更新状态 → View 重新渲染。
单一真相来源：应用状态集中在 Store 中，而不是散布在各个组件。
动作驱动更新：状态变化通过明确的 Action 来驱动，便于追踪和调试。
zustand 只是在这个基础上把开发体验做了一定的提升，简化了使用：
不需要 Dispatcher 或严格的 Action/Reducer 分离。
直接在 store 中定义状态和更新函数（这些函数类似于 Action Creators ），通过 set 函数不可变地更新状态。
至于为啥不用 class ，还不是因为 js 本身局限性，无法高效跟踪深度嵌套类型的变动，只能采取创建新对象的方式来触发更新——例如 zustand 同一家出的那个 valtio ，就是使用 proxy 做的状态跟踪，为了解决 js 的局限性，其实不仅带来了很多损耗，也需要遵循很多规则（ this 使用规则，还有 proxyMap proxySet 等原生对象包装）写才不会出事
18 小时 13 分钟前 回复了 jaydenWang 创建的主题 › 程序员 › 不够“坦诚”的 Zustand：我们是否为了函数式而函数式？ |
我翻遍了资料也没看 zustand 说它是函数式啊？能不能先别立一个稻草人呢
1 天前 回复了 SonicKang 创建的主题 › React › 现代 React 应用卡顿的主要原因是什么?组件库 vs 重渲染机制 |
打字延迟这些你需要优化的可能是用 startTransition 等功能来降低更新重要性，但前提是你的代码支持这样的操作，不然可能会导致意外的问题（主要是由于全局状态管理的问题，大部分全局状态管理库所用的机制和并行渲染有本质上的不兼容，用 startTransition 并没有作用或者会导致数据出错）
5 天前 回复了 turfbook 创建的主题 › 编辑器 › 请推荐编辑器&终端浅色主题配色 |
catppuccin 的 latte 配色（
5 天前 回复了 YanSeven 创建的主题 › PostgreSQL › postgresql 多进程改多线程 |
为什么这种 1 秒钟就能搜索到的内容要放在这里问。。。
https://wiki.postgresql.org/wiki/Multithreading
https://wiki.postgresql.org/wiki/Multithreading
5 天前 回复了 Branlice 创建的主题 › 程序员 › 吃饱了撑的突发奇想： TypeScript 类型能不能作为跑业务逻辑的依据？（纯娱乐） |
@sagnitude 这套方案不是很行，你一个约束可能要写好几遍（考虑嵌套对象数组），因为 ts 没对 decorator 做任何类型检查，lint 也没有，自己写容易写错不一致，decorator 只存在于运行时基本上还是缺点，毕竟你定义数据库结构，还需要一个运行环境，运行前还得跑 transpiler （毕竟也没 runtime 支持 decorator ），那为何不一开始就直接 compile 解决呢（）
别跟我说 decorator 更成熟，现在摆着的就是两个互相不兼容的实现，运行时表现完全不一致，根本不能说是成熟
别跟我说 decorator 更成熟，现在摆着的就是两个互相不兼容的实现，运行时表现完全不一致，根本不能说是成熟
5 天前 回复了 stinkytofux 创建的主题 › Linux › 原来 Linux 桌面才是最封闭的系统. |
@james122333 这有啥办法，其他 ipc 工具没第三方支持你自己搞等于没用
wayland 自己的那几个 protocol 根本不够用，官方全在搞真空中的球形鸡
wayland 自己的那几个 protocol 根本不够用，官方全在搞真空中的球形鸡
Select Language