首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
设计模式
订阅
雨猫cc
更多收藏集
微信扫码分享
微信
新浪微博
QQ
5篇文章 · 0订阅
隔壁同事:卧槽?你对 useEffect 的理解怎么这么牛逼😡😡😡
React 在构建用户界面整体遵循函数式的编程理念,即固定的输入有固定的输出,尤其是在推出函数式组件之后,更加强化了组件纯函数的理念。但实际业务中编写的组件不免要产生请求数据、订阅事件、手动操作 DO
实现百行不到的 mitt 我学到了这些技术
本文包含了pnpm、搭建monorepo工程、typescript、vite、vitest,为了学习多种技术,混在一起
是时候拿出高级的技术了——观察者模式
背景介绍 这是设计模式系列的第四节,学习的是patterns.dev里设计模式中观察者模式内容,由于是资料是英文版,所以我的学习笔记就带有翻译的性质,但并不是翻译,记录的是自己的学习过程和理解。 第一
如何优雅地设计出不可维护的 React 组件🤔🤔🤔
在日常团队的开发中,大家写的组件质量参差不齐,风格千差万别,命名方式就有很多种,例如有的用标签来当组件名称,是谁我不说。会因为很多需求导致组件无法扩展,或难以维护。导致很多业务组件的功能重复使用起来相
React 你是真的骚啊,一个组件就有这么多个设计模式🙄🙄🙄
React真的是太灵活了,写它就感觉像是在写原生 JavaScript 一样,一个功能你可以有多种实现方式,例如你要实现动态样式,只要你愿意去做,你会有很多种解决方案。