ホームページ >ウェブフロントエンド >jsチュートリアル >Reactの制御コンポーネントと非制御コンポーネントの詳細な説明
この記事では主に React の制御コンポーネントと非制御コンポーネントについて詳しく説明します。公式 Web サイトや国内 Web サイトには制御コンポーネントと非制御コンポーネントに関する情報があまりありません。気にしないでください。これは、さまざまな規模のプロジェクトのニーズを満たす React の力を示しています。たとえば、ListView のような単純なデータ表示を実行してデータをキャプチャするだけであれば、for ループと {}
で十分ですが、バックグラウンド システムには多数のレポートが存在します。さまざまなフォームがリンクされているため、コンポーネントはまったく機能しません。 {}
就足够了,但后台系统存在大量报表,不同的表单联动,缺了受控组件真的不行。
受控组件与非受控组件是React处理表单的入口。从React的思路来讲,作者肯定让数据控制一切,或者简单的理解为,页面的生成与更新得忠实地执行JSX的指令。
但是表单元素有其特殊之处,用户可以通过键盘输入与鼠标选择,改变界面的显示。界面的改变也意味着有一些数据被改动,比较明显的是input的value,textarea的innerHTML,radio/checkbox的checked,不太明显的是option的selected与selectedIndex,这两个是被动修改的。
<input value={this.state.value} />
当input.value是由组件的state.value拍出来的,当用户进行输入修改后,然后JSX再次重刷视图,这时input.value是采取用户的新值还是state的新值?基于这个分歧,React给出一个折衷的方案,两者都支持,于是就产生了今天的主题了。
React认为value/checked不能单独存在,需要与onInput/onChange/disabed/readOnly等控制value/checked的属性或事件一起使用。 它们共同构成受控组件,受控是受JSX的控制。如果用户没有写这些额外的属性与事件,那么框架内部会给它添加一些事件,如onClick, onInput, onChange,阻止你进行输入或选择,让你无法修改它的值。在框架内部,有一个顽固的变量,我称之为 persistValue,它一直保持JSX上次赋给它的值,只能让内部事件修改它。
因此我们可以断言,受控组件是可通过事件完成的对value的控制。
在受控组件中,persistValue总能被刷新。
我们再看非受控组件,既然value/checked已经被占用了,React启用了HTML中另一组被忽略的属性defaultValue/defaultChecked。一般认为它们是与value/checked相通的,即,value不存在的情况下,defaultValue的值就当作是value。
上面我们已经说过,表单元素的显示情况是由内部的 persistValue 控制的,因此defaultXXX也会同步persistValue,然后再由persistValue同步DOM。但非受控组件的出发点是忠实于用户操作,如果用户在代码中
input.value = "xxxx"
以后
<input defaultValue={this.state.value} />
就再不生效,一直是xxxx。
它怎么做到这一点,怎么辨识这个修改是来自框架内部或外部呢?我翻看了一下React的源码,原来它有一个叫valueTracker的东西跟踪用户的输入
var tracker = { getValue: function () { return currentValue; }, setValue: function (value) { currentValue = '' + value; }, stopTracking: function () { detachTracker(node); delete node[valueField]; } }; return tracker; }
这个东西又是通过Object.defineProperty打进元素的value/checked的内部,因此就知晓用户对它的取值赋值操作。
但value/checked还是两个很核心的属性,涉及到太多内部机制(比如说value与oninput, onchange, 输入法事件oncompositionstart,
compositionchange, oncompositionend, onpaste, oncut),为了平缓地修改value/checked,
还要用到Object.getOwnPropertyDescriptor
。如果我要兼容IE8,没有这么高级的玩艺儿。我采取另一种更安全的方式,
只用Object.defineProperty修改defaultValue/defaultChecked
。
首先我为元素添加一个_uncontrolled
的属性,用来表示我已经劫持过defaultXXX。 然后描述对象 (Object.defineProperty的第三个参数
)的set方法里面再添加一个开关,_observing
。在框架内部更新视图,此值为false,更新完,它置为true。
这样就知晓 input.defaultValue = "xxx"时,这是由用户还是框架修改的。
f (!dom._uncontrolled) { dom._uncontrolled = true; inputMonitor.observe(dom, name); //重写defaultXXX的setter/getter } dom._observing = false;//此时是框架在修改视图,因此需要关闭开关 dom[name] = val; dom._observing = true;//打开开关,来监听用户的修改行为
inputMonitor的实现如下
export var inputMonitor = {}; var rcheck = /checked|radio/; var describe = { set: function(value) { var controllProp = rcheck.test(this.type) ? "checked" : "value"; if (this.type === "textarea") { this.innerHTML = value; } if (!this._observing) { if (!this._setValue) { //defaultXXX只会同步一次_persistValue var parsedValue = (this[controllProp] = value); this._persistValue = Array.isArray(value) ? value : parsedValue; this._setValue = true; } } else { //如果用户私下改变defaultValue,那么_setValue会被抺掉 this._setValue = value == null ? false : true; } this._defaultValue = value; }, get: function() { return this._defaultValue; }, configurable: true }; inputMonitor.observe = function(dom, name) { try { if ("_persistValue" in dom) { dom._setValue = true; } Object.defineProperty(dom, name, describe); } catch (e) {} };
又不小心贴了这么烧脑的代码,这是码农的坏毛病。不过,到这步,大家都明白,无论是官方react还是anu/qreact都是通过Object.defineProperty来控制用户的输入的。
于是我们可以理解以下的代码的行为了
var a = ReactDOM.render(<textarea defaultValue="foo" />, container); ReactDOM.render(<textarea defaultValue="bar" />, container); ReactDOM.render(<textarea defaultValue="noise" />, container); expect(a.defaultValue).toBe("noise"); expect(a.value).toBe("foo"); expect(a.textContent).toBe("noise"); expect(a.innerHTML).toBe("noise");
由于用户一直没有手动修改 defaultValue,dom._setValue
一直为false/undefined,因此 _persistValue
var renderTextarea = function(component, container) { if (!container) { container = document.createElement("p"); } const node = ReactDOM.render(component, container); node.defaultValue = node.innerHTML.replace(/^\n/, ""); return node; }; const container = document.createElement("p"); //注意这个方法,用户在renderTextarea中手动改变了defaultValue,_setValue就变成true const node = renderTextarea(<textarea defaultValue="giraffe" />, container); expect(node.value).toBe("giraffe"); // _setValue后,gorilla就不能同步到_persistValue,因此还是giraffe renderTextarea(<textarea defaultValue="gorilla" />, container); // expect(node.value).toEqual("giraffe"); node.value = "cat"; // 这个又是什么回事了呢,因此非监控属性是在diffProps中批量处理的,在监控属性,则是在更后的方法中处理 // 检测到node.value !== _persistValue,于是重写 _persistValue = node.value,于是输出cat renderTextarea(<textarea defaultValue="monkey" />, container); expect(node.value).toEqual("cat");input.value がコンポーネントの state.value から取得される場合、ユーザーが入力を変更し、JSX がビューを再描画した後、input.value はユーザーの新しい値を取得しますか、それとも状態の新しい値を取得しますか? ?この意見の相違に基づいて、React は両方から支持される妥協的な解決策を提示し、今日のトピックが生まれました。 🎜🎜React は、value/checked が単独で存在することはできず、onInput/onChange/disabed/readOnly および value/checked を制御する他のプロパティまたはイベントと一緒に使用する必要があると考えています。 これらは一緒になって JSX によって制御される制御コンポーネントを形成します。ユーザーがこれらの追加のプロパティとイベントを作成しない場合、フレームワークは onClick、onInput、onChange などのいくつかのイベントを内部で追加するため、入力や選択ができなくなり、その値を変更できなくなります。フレームワーク内には、persistValue と呼ぶ頑固な変数があります。この変数は、JSX によって最後に割り当てられた値を保持し、内部イベントによってのみ変更できます。 🎜🎜したがって、 制御されるコンポーネントはイベントを通じて完了できる価値の制御であると断言できます。 🎜🎜 制御されたコンポーネントでは、persistValue はいつでも更新できます。 🎜🎜制御されていないコンポーネントをもう一度見てみましょう。 value/checked はすでに占有されているため、React は HTML で別の無視される属性セット、defaultValue/defaultChecked を有効にします。一般に、これらは value/checked と同様であると考えられています。つまり、value が存在しない場合、defaultValue の値が value とみなされます。 🎜🎜フォーム要素の表示は内部のpersistValueによって制御されると上で述べました。そのため、defaultXXXもpersistValueを同期し、次にpersistValueがDOMを同期します。ただし、制御されていないコンポーネントの出発点は、ユーザーの操作に忠実であることです。コード内でユーザー 🎜
//精确匹配 var dom = ReactDOM.render( <select value={222}> <option value={111}>aaa</option> <option value={"222"}>xxx</option> <option value={222}>bbb</option> <option value={333}>ccc</option> </select>, container ); expect(dom.options[2].selected).toBe(true);//选中第三个🎜 が指定されている場合、その機能は無効になり、常に xxxx になります。 🎜🎜これはどのように行われるのでしょうか?また、この変更がフレームワークの内側から来たのか外側から来たのかをどのように識別するのでしょうか? Reactのソースコードを調べてみたところ、ユーザー入力を追跡するためのvalueTrackerというものが存在することが分かりました🎜
//模糊匹配 var dom = ReactDOM.render( <select value={222}> <option value={111}>aaa</option> <option value={"222"}>xxx</option> <option value={333}>ccc</option> </select>, container ); expect(dom.options[2].selected).toBe(true);//选中第二个🎜これはObject.definePropertyを通じて要素の値に入力/チェックされるため、ユーザーのアクセスがわかります値の割り当て操作。 🎜🎜しかし、value/checked は依然として非常に多くの内部メカニズム (value と oninput、onchange、入力メソッド イベント oncompositionstart、
Object.getOwnPropertyDescriptor
も使用します。 IE8に対応したいなら、これほど高機能なガジェットはありません。私は別のより安全なアプローチを採用し、defaultValue/defaultChecked
を変更します。 🎜🎜まず、要素に _uncontrolled
属性を追加して、defaultXXX をハイジャックしたことを示します。 次に、別のスイッチ _observing
を記述オブジェクトの set メソッド (Object.defineProperty の 3 番目のパラメーター
) に追加します。ビューがフレーム内で更新されると、この値は false になり、更新後は true に設定されます。 🎜🎜これにより、input.defaultValue = "xxx" がユーザーによって変更されたのかフレームワークによって変更されたのかがわかります。 🎜rrreee🎜inputMonitor の実装は以下の通りです🎜rrreee🎜プログラマーの悪い癖で、うっかりこのような頭を使うコードを投稿してしまいました。ただし、この時点では、公式の React と anu/qreact の両方が Object.defineProperty を通じてユーザー入力を制御していることを誰もが理解しています。 🎜🎜したがって、次のコードの動作を理解できます🎜rrreee🎜ユーザーが手動でdefaultValueを変更していないため、dom._setValue
は常にfalse/未定義です。 _persistValue
はいつでも変更できます。 🎜🎜別の例: 🎜rrreee🎜 もちろん、フォーム要素には多くの種類があり、各フォーム要素にはデフォルトの動作もあります。 🎜纯文本类:text, textarea, JSX的值,总是往字符串转换
type="number"的控制,值总是为数字,不填或为“”则转换为“0”
radio有联动效果,同一父节点下的相同name的radio控制只能选择一个。
select的value/defaultValue支持数组,不做转换,但用户对底下的option元素做增删操作,selected会跟着变动。
此外select还有模糊匹配与精确匹配之分。
//精确匹配 var dom = ReactDOM.render( <select value={222}> <option value={111}>aaa</option> <option value={"222"}>xxx</option> <option value={222}>bbb</option> <option value={333}>ccc</option> </select>, container ); expect(dom.options[2].selected).toBe(true);//选中第三个
//模糊匹配 var dom = ReactDOM.render( <select value={222}> <option value={111}>aaa</option> <option value={"222"}>xxx</option> <option value={333}>ccc</option> </select>, container ); expect(dom.options[2].selected).toBe(true);//选中第二个
凡此种种,React/anu都是做了大量工作,迷你如preact/react-lite之流则可能遇坑。
相关推荐:
以上がReactの制御コンポーネントと非制御コンポーネントの詳細な説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。