前端UI组件【免费下载链接】naive-uiA Vue 3 Component Library. Fairly Complete. Theme Customizable. Uses TypeScript. Fast.项目地址https://gitcode.com/gh_mirrors/na/naive-ui点击查看免费下载本文以 naive-ui 官方文档《受控模式与非受控模式》为核心结合src/input等组件源码系统讲解 Vue 3 组件中受控controlled与非受控uncontrolled两种模式的差异、naive-ui 特有的判定规则undefined即非受控、清空用null、v-model的本质以及如何将xxx与update:xxx属性对灵活运用于各类表单组件。读完本文你将掌握受控模式的设计原理能准确判断组件当前处于哪种模式并在清空、回填、联动等真实场景中做出正确选择。什么是受控模式与非受控模式一个组件的行为可以分为受控模式和非受控模式两种非受控模式只监听组件的变化而不去控制组件的value组件值的变化由组件自身控制。即组件内部维护自己的状态外部只负责“听”变化。受控模式既监听组件的变化又控制组件的值。如果外部不更新value那么组件的值不会改变——组件值的变化由你外部调用方控制。这一对概念在 React 生态中广为人知naive-ui 作为 Vue 3 组件库同样完整实现了这一能力。理解两者的区别是正确处理输入类组件Input、Select、DatePicker 等数据流的关键。非受控模式只监听不控制在非受控模式下你不给n-input /传value只通过update:value监听它的变化n-input update:valuehandleUpdateValue /此时组件的显示值由组件自身内部状态维护。用户每次输入组件会更新内部值同时触发update:value事件把最新值抛给外部。外部拿到新值后可以“用”它比如存到变量、发请求但不会把它回写进组件因此组件的值始终跟随用户输入实时变化。从 naive-ui 源码可以印证这一点在 Input.tsx 中组件内部维护了一个uncontrolledValueRef初始化为props.defaultValue并通过useMergedState将外部value与内部值合并// src/input/src/Input.tsx const uncontrolledValueRef ref(props.defaultValue) const controlledValueRef toRef(props, value) const mergedValueRef useMergedState( controlledValueRef, uncontrolledValueRef )当没有传入value即controlledValueRef为undefined时useMergedState会回退到uncontrolledValueRef这正是“非受控 组件自己管值”的底层实现。受控模式既监听又控制在受控模式下你同时做了两件事监听组件的变化并且把变化后的值回写给组件的valuen-input :valuevalue update:valuehandleUpdateValue /此时组件的值完全由你控制用户在输入框中敲字 → 组件触发update:value事件你在handleUpdateValue中接收新值并更新value组件通过:valuevalue拿到新值并重新渲染。如果handleUpdateValue里不更新value组件的值就不会改变——哪怕用户敲了字输入框也会被“拉回”到旧的value上。这正是受控模式的核心特征数据流的终点在外部。受控模式的典型应用场景包括输入值需要被其他逻辑校验、需要与其他组件联动、需要做格式化/过滤如只允许数字、过滤敏感词等。v-model受控模式的语法糖v-model控制的组件同样工作在受控模式下因为v-model等同于:model-value与update:model-value的组合。也就是说下面两种写法在语义上完全等价!-- 写法一v-model -- n-input v-model:valuevalue / !-- 写法二手动展开的受控模式 -- n-input :valuevalue update:valuehandleUpdateValue /区别仅在于属性名v-model默认绑定的是modelValue而 naive-ui 的n-input等组件显式声明了value作为主值属性因此需写作v-model:valueVue 3 的v-model支持带参数的形式。对于以modelValue为默认 prop 的组件直接写v-model即可。无论如何只要通过v-model绑定组件就处于受控模式——因为v-model既把值传进去:model-value又监听更新update:model-value两者缺一不可。naive-ui 中的受控模式判定规则不同的组件库区分受控与非受控模式的方式是不同的。在 naive-ui 中只要value是undefined或者根本没有传那么组件的值就是非受控的。这条规则非常关键它带来一个容易踩坑的结论你将一个组件的值设为undefined并不能清空它只会把它的控制模式从受控切换为非受控。一般情况下清空可以使用null。原因在于undefined在 naive-ui 中被视为“未传值”的哨兵值。当你写下n-input :valueundefined update:valuehandleUpdateValue /组件解析 props 时拿到的value仍是undefined与“根本没传value”在语义上无法区分于是组件退回到内部uncontrolledValueRef维护的值——而这个内部值可能还保留着上一次的输入内容因此输入框看起来“没被清空”甚至用户还能继续正常输入因为此时已经是非受控模式。而null是一个真实的值传null意味着“我明确控制你的值为空”。此时组件仍处于受控模式value不是undefined输入框显示为空用户输入后若不回写value输入框不会改变。结合前面提到的源码useMergedState只有在受控 ref 为undefined时才回退到内部值而null是一个有效的受控值因此null能正确表达“受控清空”的意图。源码印证受控值如何驱动视图从 Input.tsx 的doUpdateValue可以看到事件触发后组件对值的处理function doUpdateValue(value, meta) { const { onUpdateValue, onUpdate:value: _onUpdateValue, onInput } props if (onUpdateValue) call(onUpdateValue, value, meta) if (_onUpdateValue) call(_onUpdateValue, value, meta) if (onInput) call(onInput, value, meta) uncontrolledValueRef.value value // 始终同步内部值 nTriggerFormInput() }注意最后一行无论受控还是非受控组件都会更新uncontrolledValueRef。这意味着在受控模式下视图最终由外部value决定外部不更新内部值更新了也没用在非受控模式下uncontrolledValueRef的更新直接反映为视图变化。这正是“受控与否取决于外部是否传value”这一规则的实现细节。组件本身并不区分两种模式它只是忠实地同时维护内部状态、抛出事件把选择权交给使用方。不止value任何xxx与update:xxx属性对受控/非受控模式并不局限于value这一个属性。任何xxx与update:xxx的属性对都可以同时工作在受控或非受控模式下。naive-ui 中大量组件都遵循这一约定常见示例组件属性对说明n-inputvalue/update:value输入值n-selectvalue/update:value选中值n-slidervalue/update:value滑块当前值n-tabsvalue/update:value当前激活的 tabn-checkbox/n-radiochecked/update:checked勾选状态n-switchvalue/update:value开关状态n-collapseexpandedNames/update:expanded-names展开的面板集合n-menuvalue选中 key/update:value菜单选中项对于任意一个xxx属性对规则与value完全一致不传xxx或传undefined非受控组件自己维护该状态外部只监听update:xxx传xxx且非undefined受控外部对该状态拥有最终决定权需要主动清空受控状态使用null而不是undefined。这种统一约定极大降低了学习成本你只需要理解一套受控/非受控心智模型就能套用到所有 naive-ui 组件的所有状态型属性上。例如n-collapse的expandedNames属性在 Collapse.tsx 中同样通过类似机制实现传expandedNames即为受控折叠面板不传则由组件内部管理展开状态同时通过update:expanded-names事件对外通知。实战决策如何选择受控与非受控优先使用非受控简单场景当组件值只是“临时收集”不需要外部介入修改时优先使用非受控模式!-- 非受控只收集输入 -- n-input placeholder请输入用户名 update:valueusername $event / !-- 使用 defaultValue 设置初始值之后交给组件自己管 -- n-input :default-value初始内容 update:valuehandleChange /注意defaultValue见 Input.tsx类型为null | string | [string, string]默认null是非受控模式下设置初始值的途径——它只在组件首次创建时生效后续外部更新defaultValue不会改变组件的显示值。需要受控联动、校验、格式化场景当值需要被外部逻辑“钳制”时使用受控模式script setup import { ref } from vue const value ref() // 只允许输入数字 function handleUpdateValue(v) { value.value v.replace(/\D/g, ) } /script template !-- 受控用户输入非数字会被立即过滤掉 -- n-input :valuevalue update:valuehandleUpdateValue / /template由于handleUpdateValue对值做了过滤后再写回value任何非法字符都无法在输入框中停留——这是非受控模式做不到的。清空受控值的正确姿势受控模式下清空请传nullscript setup import { ref } from vue import { NButton, NInput } from naive-ui const value ref(hello) function clear() { value.value null // 正确受控模式下清空 // value.value undefined // 错误会让组件退化为非受控界面不会被清空 } /script template n-input :valuevalue update:valuevalue $event / n-button clickclear清空/n-button /template如果把value.value设为undefined组件会从受控切换为非受控内部残留的旧值会让输入框“看起来没被清空”这与大多数人的直觉相悖是 naive-ui 使用中最高频的误区之一。小结非受控模式不传value或传undefined只监听update:value组件自己维护值受控模式传value并监听update:value值的最终决定权在外部不更新value则界面不变v-model是受控模式的语法糖等价于:model-valueupdate:model-valuenaive-ui 判定规则value undefined视为非受控清空受控值请用null通用性任何xxx/update:xxx属性对都遵循同一套规则覆盖 select、tabs、switch、collapse、menu 等几乎所有状态型组件。掌握了这套规则你在 naive-ui 中处理任何组件状态时都能明确判断当前处于哪种模式并写出行为可预期、数据流清晰的代码。相关文档原文见 demo/pages/docs/controlled-uncontrolled/zhCN/index.md英文版见 demo/pages/docs/controlled-uncontrolled/enUS/index.md核心实现可进一步阅读 Input.tsx 中useMergedState与doUpdateValue相关代码。赞分享前端UI组件【免费下载链接】naive-uiA Vue 3 Component Library. Fairly Complete. Theme Customizable. Uses TypeScript. Fast.项目地址https://gitcode.com/gh_mirrors/na/naive-ui点击查看免费下载相关推荐ant-design ColorPicker 受控模式完全指南value 与 onChange 的实战与源码解析ant design ColorPicker 受控模式完全指南value 与 onChange 的实战与源码解析 导读 在 ant design 的 Colo前端UI组件设计系统radix-vue 的 PopoverRoot 完全指南受控/非受控状态、模态与非模态模式与源码原理radix vue 的 PopoverRoot 完全指南受控/非受控状态、模态与非模态模式与源码原理 导读 本文以 radix vue即 Reka UI 前前端UI组件设计系统攻克React组件状态难题Reactstrap受控与非受控模式全解析攻克React组件状态难题Reactstrap受控与非受控模式全解析 你是否还在为React组件的状态管理头疼表单提交时数据不同步模态框突然无法关闭本文UI组件创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考