Feliz: प्रतिक्रिया घटकों और सामान्य कार्यों के बीच भ्रम को रोकें

को निर्मित 31 अक्तू॰ 2019 · 5टिप्पणियाँ · स्रोत: Zaid-Ajaj/Feliz

रिएक्ट फ़ंक्शन घटकों के लिए एपीआई डिज़ाइन करते समय हम उन्हें उपयोग में आसान बनाना चाहते थे, इसलिए FunctionComponent.Of एक फ़ंक्शन देता है जिसे तुरंत कॉल किया जा सकता है। हालाँकि, मुझे अब उस निर्णय पर पछतावा हो रहा है क्योंकि इससे उपयोगकर्ताओं के लिए "सामान्य" कार्यों और वास्तविक प्रतिक्रिया घटकों के बीच अंतर करना मुश्किल हो जाता है (रिएक्ट ऐप्स में यह आसान है क्योंकि प्रत्येक JSX तत्व एक घटक है, लेकिन F # में हमारे पास नहीं है JSX और बाकी कोड के बीच अंतर)।

मैं वादा करता हूं कि Fable.React API अब और अधिक स्थिर होगा इसलिए मैं इसे वहां बदलना नहीं चाहता, लेकिन चूंकि फ़ेलिज़ अभी भी बीटा है, शायद इसे यहां बदलने का अवसर है। यदि ऐसा किया जाता है, तो उपयोगकर्ता सीधे फ़ंक्शन घटकों को कॉल नहीं करेंगे, लेकिन इसे एक सहायक के माध्यम से तुरंत चालू कर देंगे। मैंने देखा है कि वैकल्पिक तर्क बाकी एपीआई से मेल नहीं खाते हैं, इसलिए शायद "बिल्डर" शैली का उपयोग किया जा सकता है। कुछ इस तरह:

let MyComponent: ReactElementType<MyProps> =
    ReactElementType.empty
    |> ReactElementType.withDisplayName "MyComponent"
    |> ReactElementType.withMemo (fun p1 p2 -> p1 = p2)
    // When the function body is big it's better to put the other config options on top,
    // that's why I'm moving it to the botton
    |> ReactElementType.fromFunction (fun props ->
        ...
    )

let view model dispatch =
    Html.div [
        prop.children [ React.create MyComponent { MyProps... } ]
    ]

मुझे यकीन नहीं है कि इसे अभी तक कैसे किया जाए, लेकिन यह समस्या से बचने का एक तरीका भी हो सकता है FunctionComponent.Of में सामान्य तर्कों के साथ एक प्रोप ऑब्जेक्ट को स्वीकार करने वाले कार्यों को प्रस्तुत करना है।

discussion

स्रोत

alfonsogarciacaro

👍1

सबसे उपयोगी टिप्पणी

यह अच्छा होगा यदि Fable उपयोगकर्ता वास्तविक प्रतिक्रिया घटकों को लिखने के लिए अधिक उपयोग किए जाएंगे। मुझे आश्चर्य है कि अगर वे ऐसा नहीं करते हैं क्योंकि वे कोड में इतने समान दिखते हैं कि ऐसा लगता है कि कोई वास्तविक भेद नहीं है।

यह मेरे लिए चिल्ला रहा है "डॉक्यूमेंटेशन!" यदि उपयोगकर्ता अंतर नहीं जानते हैं, तो वे उस चीज़ का उपयोग करेंगे जिससे वे सबसे अधिक परिचित हैं: सादे पुराने कार्य। मुझे नहीं लगता कि एक वाक्यात्मक अंतर स्थिति का समाधान करेगा, लेकिन इसके बजाय अच्छी तरह से प्रलेखित उदाहरण हैं जो बताते हैं कि रिएक्ट फ़ंक्शन घटक कहां समझ में आता है और वे एल्मिश राज्य प्रबंधन के संयोजन में एप्लिकेशन प्रदर्शन का निदान करने में कैसे मदद कर सकते हैं

Zaid-Ajaj 2 नव॰ 2019

👍2

सभी 5 टिप्पणियाँ

मुझे अब उस निर्णय पर पछतावा हो रहा है क्योंकि इससे उपयोगकर्ताओं के लिए "सामान्य" कार्यों और वास्तविक प्रतिक्रिया घटकों के बीच अंतर करना मुश्किल हो जाता है

@alfonsogarciacaro , शायद एक बेवकूफ सवाल है, लेकिन यह महत्वपूर्ण क्यों है कि उपयोगकर्ता उस भेद को बनाते हैं?

SCullman 31 अक्तू॰ 2019

मुझे अब उस निर्णय पर पछतावा हो रहा है क्योंकि इससे उपयोगकर्ताओं के लिए "सामान्य" कार्यों और वास्तविक प्रतिक्रिया घटकों के बीच अंतर करना मुश्किल हो जाता है

मेरे पास @SCullman जैसा ही प्रश्न है, वास्तव में मैं इन फ़ंक्शन घटकों को कॉलर के दृष्टिकोण से कार्यों के रूप में पारदर्शी रूप से प्रयोग करने योग्य होने के पक्ष में हूं, जैसे JSX के साथ। यहां बताया गया है कि मैं दूसरों को रिएक्ट घटकों की व्याख्या कैसे करना चाहूंगा, यह इस प्रकार है:

"रिएक्शन फ़ंक्शन घटक ऐसे फ़ंक्शन हैं जो ReactElement लौटाते हैं सिवाय इसके कि उनके पास हुक का उपयोग करके आंतरिक स्थिति हो सकती है, आप उन्हें एक फ़ंक्शन का उपयोग करके परिभाषित करते हैं और आपको कन्स्ट्रक्टर वापस मिल जाता है जो स्वयं एक फ़ंक्शन है ताकि आप तुरंत अपने render में कॉल कर सकें

// normal function
let greet (input: {| name: string |}) = Html.h1 input.name

// React component
let great = React.functionComponent(fun (input: {| name: string |}) -> Html.h1 input.name)

Html.fragment [
  greet {| name = "John" |}
  greet {| name = "Jane" |}
]

कॉलर के दृष्टिकोण से, वे समान हैं क्योंकि [मेरी धारणा यह है कि कॉल करने वाले] परवाह नहीं करते हैं कि वे एक सामान्य फ़ंक्शन या रिएक्ट घटक का उपयोग कर रहे हैं या नहीं। यह रिएक्ट डॉक्स या ट्यूटोरियल के उदाहरणों को फ़ेलिज़ डीएसएल में अनुवाद करना भी बहुत आसान बनाता है।

बिल्डर सिंटैक्स होने से केवल चीजें जटिल होंगी और ऐसा लगता है कि यह केवल उपयोगकर्ताओं को वास्तव में यह बताने के लिए है कि वे घटकों के साथ काम कर रहे हैं न कि सामान्य कार्यों के लिए।

रिएक्ट फ़ंक्शन घटकों के लिए एपीआई डिज़ाइन करते समय हम उन्हें उपयोग में आसान बनाना चाहते थे

मुझे लगता है कि FunctionComponent.Of का उपयोग करना भी आसान है लेकिन मुझे लगता है कि समस्या यह है कि लोग इसका अधिक उपयोग क्यों नहीं करते हैं क्योंकि वे अच्छी तरह से प्रलेखित नहीं हैं।

Zaid-Ajaj 31 अक्तू॰ 2019

👍2

ठीक है, मैंने कोई गंभीर शोध नहीं किया है, लेकिन मुझे लगता है कि Fable/React/Elmish (स्वयं शामिल) के उपयोगकर्ता पुन: प्रयोज्य घटकों को लिखते समय भी सब कुछ के लिए सादे कार्यों का उपयोग करते हैं। और केवल वे उपयोगकर्ता जो हुक के बारे में जानते हैं वे फ़ंक्शन घटकों का उपयोग करते हैं जब उन्हें राज्य जोड़ने, एक HTML तत्व का संदर्भ देने, एक प्रभाव को ट्रिगर करने आदि की आवश्यकता होती है। लेकिन एक दिन, आप महसूस करते हैं कि आपका ऐप कभी-कभी पिछड़ रहा है और समस्याओं का पता लगाने का प्रयास करें, जानें कि प्रतिक्रिया में है एक अच्छा प्रोफाइलर लेकिन जब आप उपयोग करने का प्रयास करते हैं तो वह बिल्कुल भी मददगार नहीं होता है क्योंकि पूरा ऐप सिर्फ एक घटक (एल्मिश रूट व्यू) होता है और प्रोफाइल करने के लिए अब आपको घटकों का उपयोग शुरू करने के लिए पूरे ऐप को बदलने की जरूरत है।

यह अच्छा होगा यदि Fable उपयोगकर्ता वास्तविक प्रतिक्रिया घटकों को लिखने के लिए अधिक उपयोग किए जाएंगे। मुझे आश्चर्य है कि अगर वे ऐसा नहीं करते हैं क्योंकि वे कोड में इतने समान दिखते हैं कि ऐसा लगता है कि कोई वास्तविक भेद नहीं है।

alfonsogarciacaro 2 नव॰ 2019

यह अच्छा होगा यदि Fable उपयोगकर्ता वास्तविक प्रतिक्रिया घटकों को लिखने के लिए अधिक उपयोग किए जाएंगे। मुझे आश्चर्य है कि अगर वे ऐसा नहीं करते हैं क्योंकि वे कोड में इतने समान दिखते हैं कि ऐसा लगता है कि कोई वास्तविक भेद नहीं है।

Zaid-Ajaj 2 नव॰ 2019

👍2

मेरा मानना है कि मैं इस मुद्दे को बंद कर सकता हूं क्योंकि मैंने फेलिज / रिएक्ट / नॉट जस्ट फंक्शंस में दसवीं के बारे में लिखा था

अगर आगे की चर्चा आवश्यक हो तो कृपया फिर से खोलें

Zaid-Ajaj 20 मार्च 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Feliz: प्रतिक्रिया घटकों और सामान्य कार्यों के बीच भ्रम को रोकें

सबसे उपयोगी टिप्पणी

सभी 5 टिप्पणियाँ

संबंधित मुद्दों