Redux: Refs के बारे में क्या?

स्मार्ट बनाम गूंगा घटक

मुझे लगता है कि हां, Connector _ props करना चाहिए।

@ आप इसके लिए रेफरी कॉलबैक का उपयोग कर सकते हैं :)

const decorator = (Base) => {
  return class {
    render() {
      return <Base {...this.props} />
    }
  }
}

<strong i="7">@decorator</strong>
class Test {

  render () {
    return <div ref={this.props.refCallback}>my div</div>;
  }

}


class Wrapper {

  componentWillMount() {
    this.nestedRef = null;
  }

  componentDidMount() {
    console.log(React.findDOMNode(this.nestedRef));
  }

  setNestedRef = (ref) => {
    this.nestedRef = ref;
  }

  render() {
    return <Test refCallback={this.setNestedRef} />
  }
}

ऊपर से div लॉग होगा। शायद यह मदद करता है?

यह एक डेकोरेटर का उपयोग करता है, लेकिन यह शायद तब भी काम करेगा जब आप अपने घटकों को कॉलबैक पास करते हैं जो आपने Connector अंदर निहित किया था। कॉलबैक के अंदर आप रेफरी को अपने कंपोनेंट में वापस भेज सकते हैं।

क्या आपको वास्तव में नेस्टेड रेफरी की आवश्यकता है?

यदि आप केवल DOM नोड का उपयोग करना चाहते हैं, तो आप बाहरी घटक पर findDOMNode कर सकते हैं और यह ठीक काम करेगा। (वे एक ही नोड को इंगित करेंगे।)

यदि आप विधियों को कॉल करना चाहते हैं, तो इसके बजाय घोषणात्मक इंटरफ़ेस के रूप में props का उपयोग करने पर विचार करें। इस बारे में चर्चा के लिए https://github.com/jsstyles/react-jss/issues/15 भी देखें।

अंत में, यदि आप कर रहे हैं _certain_ आप एक रेफरी की जरूरत है, हाँ, आप में सुझाव दिया @johanneslumpe की तरह एक नेस्टेड रेफरी प्राप्त कर सकते हैं https://github.com/gaearon/redux/issues/183#issuecomment -+११,५९,८८,९३७।

बंद, कृपया मुझे बताएं कि क्या कुछ स्पष्ट नहीं है।

क्षमा करें, लेकिन मैं यह नहीं देखता कि इस तरह के तुच्छ मामले में 'findDOMNode' के उपयोग को प्रोत्साहित करना भी एक समाधान माना जा सकता है। यह एक विरोधी पैटर्न है! यह हमें jquery के दिनों में लौटाता है, जहाँ हमें सभी तत्वों को एक्सेस करने और नोड्स के पदानुक्रम को जानने की आवश्यकता होती है। आपके डॉक्स ने सही पढ़ा:

'findDOMNode () एक एस्केप हैच है ... इस एस्केप हैच के इस्तेमाल को हतोत्साहित किया जाता है क्योंकि यह कंपोनेंट एब्सट्रक्शन को छेद देता है'

क्षमा करें, लेकिन मैं यह नहीं देखता कि इस तरह के तुच्छ मामले में 'findDOMNode' के उपयोग को प्रोत्साहित करना भी एक समाधान माना जा सकता है। यह एक विरोधी पैटर्न है! यह हमें jquery के दिनों में लौटाता है, जहाँ हमें सभी तत्वों को एक्सेस करने और नोड्स के पदानुक्रम को जानने की आवश्यकता होती है।

मुझे नहीं पता तुम्हारा क्या मतलब है। मैं कह रहा हूं कि, यदि आपको रेंडर नोड (उदाहरण के लिए, इसकी भरपाई और आकार की गणना करने के लिए) के संदर्भ की आवश्यकता है, तो आप findDOMNode(this) उपयोग कर सकते हैं। मैं आपको "गहरा जाने" या इसे बदलने का सुझाव नहीं दे रहा हूं।

कहा कि अगर आप इससे खुश नहीं हैं, तो बस ऊपर बताए गए अनुसार कॉलबैक प्रॉप्स का उपयोग करें।

मुझे नहीं लगता कि हमें findDOMNode(this) देखने पर निर्भर करना चाहिए क्योंकि यह रिएक्ट-नेटिव पर लागू नहीं होता है।

@xvalentino findDOMNode आवश्यक नहीं है। एपीआई डॉक्स में getWrappedInstance से संबंधित बिट्स देखें।