@posva गणना गुण पुन: प्रयोज्य नहीं हैं।

लगभग सब कुछ एक मिश्रण के माध्यम से पुन: प्रयोज्य है।
आप एक ऐसे फ़ंक्शन का उपयोग कर सकते हैं जो एक मिक्सिन उत्पन्न करता है। इस तरह आप एक को बांध सकते हैं
गणना संपत्ति गतिशील रूप से। मैं उस उदाहरण को अभी बेला पर नहीं रख सकता
लेकिन मैं इसे ASAP करूँगा।
हालांकि, मैं मानता हूं कि इनपुट के लिए यह एक बहुत ही सामान्य उपयोग का मामला है
परिवर्तन लागू। एक उचित एपीआई या कम से कम एक स्पष्टीकरण
गाइड जरूरी है

मंगलवार, 13 सितंबर 2016, 18:48 फ़्रांसिस्को लौरेंको, नोटिफिकेशन @github.com . पर
लिखा था:

@posva https://github.com/posva परिकलित गुण पुन: प्रयोज्य नहीं हैं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/vuejs/vue/issues/3666#issuecomment -246746524, या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AAoicf33lCvETQc9LBQ5GGZ93ExPcLS_ks5qptPegaJpZM4J7vQ0
.

लगभग सब कुछ एक मिश्रण के माध्यम से पुन: प्रयोज्य है।
आप एक ऐसे फ़ंक्शन का उपयोग कर सकते हैं जो एक मिक्सिन उत्पन्न करता है। इस तरह आप एक को बांध सकते हैं
गणना संपत्ति गतिशील रूप से। मैं उस उदाहरण को अभी बेला पर नहीं रख सकता
लेकिन मैं इसे ASAP करूँगा।
हालांकि, मैं मानता हूं कि इनपुट के लिए यह एक बहुत ही सामान्य उपयोग का मामला है
परिवर्तन लागू। एक उचित एपीआई या कम से कम एक स्पष्टीकरण
गाइड जरूरी है

दूसरे तरीके से कहें तो परिकलित गुण पुन: प्रयोज्य नहीं हैं। आप फ़ैक्टरी फ़ंक्शंस + मिक्सिन्स को वर्कअराउंड के रूप में उपयोग कर सकते हैं, लेकिन उपयोगिता और पठनीयता की तुलना नहीं की जाती है।

मेरी परियोजना के लिए, मुझे इस सुविधा की बुरी तरह से आवश्यकता थी इसलिए मैंने अनुशंसित कस्टम इनपुट दृष्टिकोण का उपयोग किया:

इनपुट कस्टम.जेएस

define(function () {
  return Vue.extend({
    data: function () {
      return {
        focused: false
      };
    },
    template: '<input @focus="onFocus" @blur="onBlur" @input="onInput" @change="setDisplayValue">',
    props: ['value'],
    watch: {
      value: function () {
        if (!this.focused) {
          this.setDisplayValue();
        }
      }
    },
    mounted: function () {
      this.setDisplayValue();
    },
    methods: {
      onInput: function () {
        this.$emit('input', this.parse(this.$el.value));
      },
      onFocus: function () {
        this.focused = true;
      },
      onBlur: function () {
        this.focused = false;
        this.setDisplayValue();
      },
      setDisplayValue: function () {
        this.$el.value = this.format(this.value);
      }
    }
  });
});

इनपुट टेक्स्ट.जेएस

define(['js/InputCustom'], function (InputCustom) {
  return InputCustom.extend({
    methods: {
      parse: function (val) {
        val = val.trim();
        return val === '' ? null : val;
      },
      format: function (val) {
        return val === null ? '' : val;
      }
    }
  });
});

मेरी राय में, यह दृष्टिकोण बहुत सुविधाजनक है और मैंने .lazy सहित किसी भी वी-मॉडल संशोधक का उपयोग नहीं करने का निर्णय लिया।

अधिक अनुकूलित उपयोग मामलों के लिए जो अंतर्निहित संशोधक समर्थन नहीं कर सकते हैं, @ecmel ने जो उल्लेख किया है वह अनुशंसित दृष्टिकोण है। हम आधिकारिक गाइड में अधिक विवरण में इसका दस्तावेजीकरण करेंगे।

इस सुविधा प्रस्ताव का विचार मौजूदा v-model निर्देश का लाभ उठाना है, जो पहले से ही प्रत्येक input तत्व के साथ काम करता है। प्रत्येक प्रोजेक्ट में _InputCustom.js_ लिखने के काम को बचाने के लिए, क्योंकि यह पहले से ही v-model में किया जा चुका है, केवल कस्टम संशोधक में _InputText.js_ के बराबर लिखना है, जिसमें सभी तर्क शामिल हैं जिन्हें करने की आवश्यकता है अधिकांश बार संशोधित किया जा सकता है। तथ्य यह है कि v-model पहले से ही संशोधक के साथ जहाज यह साबित करता है कि यह एक सहज और वांछनीय पैटर्न है। कस्टम तत्वों को बनाने के काम को बचाने के लिए और मैन्युअल रूप से डोम/मॉडल बाइंडिंग को लागू करने के लिए कस्टम संशोधक के निर्माण को सुविधाजनक बनाना स्वाभाविक है।

यदि यह एपीआई परिप्रेक्ष्य से समझ में आता है, तो यह जानना दिलचस्प होगा कि तकनीकी सीमाएं क्या हैं जो इस सुविधा को लागू नहीं करने का निर्णय चला रही हैं।

किसी भी मौके पर हम इस मुद्दे को फिर से खोल सकते हैं? मेरे लिए एक सामान्य उपयोग मामला यह है कि किसी फ़ील्ड में डेटा को स्वचालित रूप से प्रारूपित करने की आवश्यकता है क्योंकि इसे टाइप किया जा रहा है। कुछ '101216' लेना और इसे '10/12/16' में बदलना। एक कस्टम वी-मॉडल संशोधक बनाने में सक्षम होने के कारण मेरे कोड को बहुत सरल बना दिया जाएगा क्योंकि मैं प्रोप और घटनाओं के साथ एक कस्टम इनपुट घटक बनाने के बजाय v-model.date लिख सकता था।

मेरे प्रोजेक्ट में कुछ समय के लिए Vue JS का उपयोग करने के बाद, मुझे लगता है कि इस मुद्दे को वास्तव में फिर से खोलना चाहिए।

कम से कम हमें एक undef संशोधक की आवश्यकता है।

मैं सहमत हूं कि इस मुद्दे को फिर से खोला जाना चाहिए। सुनिश्चित नहीं है कि undef को क्या करना चाहिए था, लेकिन मुझे एक v-model संशोधक चाहिए जो मेरे चर को null पर सेट करता है यदि इनपुट का ट्रिम किया गया मान एक खाली स्ट्रिंग है।

मैं इसे स्वयं सीधे तरीके से करने में सक्षम होना पसंद करूंगा।

उदाहरण के लिए https://github.com/vuejs/vue/issues/5194 के साथ कार्यक्षमता इससे अधिक बेमानी जोड़ी गई है। बाहर से, ऐसा प्रतीत होता है कि Vue धीरे-धीरे अपने कुछ सिद्धांतों के साथ प्रतिक्रिया समुदाय द्वारा प्रचारित सम्मेलनों और प्रथाओं के पक्ष में समझौता कर रहा है। उन गुणों से थोड़ा हटकर, जिन्होंने इसे पहली जगह में खड़ा किया। यह जानना दिलचस्प होगा कि क्या यह प्रतिक्रिया से प्रवास को आसान बनाने के इरादे से एक सचेत निर्णय है, या सिर्फ संयोग है।

कस्टम घटकों को लिखना ठीक है लेकिन यदि आप किसी तृतीय पक्ष कस्टम घटक जैसे https://github.com/text-mask/text-mask/tree/master/vue#readme का उपयोग करना चाहते हैं तो नकाबपोश को साफ करने का कोई सीधा तरीका नहीं है गणना किए गए गुणों का उपयोग करने के अलावा मॉडल मूल्यों में इनपुट।

तो, मैं अपने मॉडल में दिनांक प्रकार संपादित करने के लिए बस एक HTML मानक इनपुट [टाइप = दिनांक] फ़ील्ड का उपयोग करना चाहता हूं और यह आश्चर्यजनक रूप से शक्तिशाली और एक्स्टेंसिबल फ्रेमवर्क बॉक्स से बाहर नहीं कर सकता है? दिनांक को फ़ील्ड में नहीं पढ़ा जा सकता, मेरे द्वारा दिनांक चुनने के बाद मेरे डेटा में एक स्ट्रिंग के साथ मेरी तिथि को अधिलेखित कर दें। यह समाधान दो पंक्तियों में दो-तरफ़ा फ़िल्टर या संशोधक के साथ लिखा जा सकता है।

लेकिन सबसे अच्छा समाधान यह होगा कि वे इसे मूल रूप से समर्थन दें क्योंकि वे चेकबॉक्स और अन्य मानक इनपुट फ़ील्ड के लिए करते हैं, "तारीख" एक विशेष बात क्यों है?

कस्टम संशोधक के लिए +1। ऐसा लगता है कि कोई ब्रेनर नहीं है, जब तक कि कोई अच्छा कारण न हो?

इनपुट को मास्क करना और एप्लिकेशन के उपयोग के लिए मूल्य को पार्स करना एक बहुत ही सामान्य अभ्यास है, और कुछ "सिंटेटिक शुगर" जैसे v-model.lazy.currency="amount" बनाना अद्भुत होगा!

कस्टम संशोधक के लिए 1+।
मेरे पास सत्य के साथ एक साधारण रेडियो इनपुट है | गलत मान जो तारों का मूल्यांकन करते हैं - लेकिन मुझे उन्हें बूलियन के रूप में चाहिए - गणना की गई गुण इस मामले में स्मार्ट नहीं होंगे क्योंकि मुझे प्रत्येक रेडियो इनपुट के लिए गणना की गई संपत्ति को फिर से कार्यान्वित करने की आवश्यकता है। उदाहरण के लिए 100 रेडियो इनपुट होने के परिणामस्वरूप 100 परिकलित गुण होंगे

कस्टम संशोधक के लिए +1 लेकिन मैं tobei से सहमत हूं - इनपुट [प्रकार = दिनांक] स्वचालित रूप से काम करना चाहिए।

कस्टम संशोधक के लिए +1।

मैं एक कोणीय पृष्ठभूमि से आया हूं, और अभी शुरुआत की है, और इस धागे को देखा है।

मुझे लगता है कि यह वास्तव में वू में भी एंगुलर के पार्सर्स और फॉर्मेटर्स जैसे कुछ होने में मदद करेगा। अगर मैं v-model.dateFormat जैसा कुछ कर सकता हूं और इसके परिणामस्वरूप mm/dd/yyyy जैसा कुछ होता है, तो यह वास्तव में अच्छा होगा।

संपादित करें: ऐसा लगता है कि @ पुनर्स्थापित 18 ने जो कहा, उस पर दोहराया गया। आपको भी +1

कस्टम वी-मॉडल संशोधक के लिए +1।

मेरे मामले में मैं JSON में पुनर्प्राप्त कुछ नेस्टेड ऑब्जेक्ट्स पर लूप करता हूं, और एक HTML टेम्पलेट (प्रति ऑब्जेक्ट टेम्पलेट के बजाय) का उपयोग करता हूं। इस मामले में मेरा मानना ​​है कि परिकलित गुण काम नहीं करते हैं?

मैं वर्तमान में डेटा लाने और भेजने के दौरान सर्वर प्रारूप और वी-मॉडल प्रारूप के बीच कस्टम रूपांतरण विधियों में डाल रहा हूं, लेकिन कुछ "अंतर्निहित" के लिए प्यार करता हूं जिसे मैं कार्यों को पास कर सकता हूं।

इसके लिए +1। यह 2.2 से पहले उपलब्ध हुआ करता था। आप संपत्ति के माध्यम से पहुँच सकते हैं,

this.$vnode.data.directives

इसे कस्टम मॉडल इनपुट मानों को जोड़ने के साथ हटा दिया गया था, लेकिन यह एक बहुत ही उपयोगी विशेषता थी और इसे वापस ढांचे में होना चाहिए।

इसके लिए +1।

कस्टम वी-मॉडल संशोधक बहुत अच्छे होंगे!

मैं भी

+1 2018 में भी ...

+1 मेरी राय में यह DRY कोड के लिए एक आवश्यक विशेषता है। अभी मुझे 10 वॉचर्स बनाने हैं जो बहुत सारे इनपुट वाले फॉर्म के लिए समान काम करते हैं। एक कस्टम संशोधक सब कुछ हल कर देगा।

+1 मैंने अभी-अभी vue शुरू किया है और पहले से ही इस प्रकार के दो तरह के फ़िल्टर की आवश्यकता है ...

+1 निश्चित रूप से आवश्यक

+1

अधिकांश उपयोग-मामलों IMO के लिए आप इस तरह के सहायकों का निर्माण कर सकते हैं

@nickmessing जो यहां वर्णित (वास्तव में उपयोगी) उपयोग के मामले को कवर नहीं करता है, जो इनपुट टेक्स्ट का इन-प्लेस संशोधन है। यदि आपके पास एक इनपुट बॉक्स है जिसे आप हमेशा फ़ोन की तरह स्वरूपित करना चाहते हैं, तो आपके पास <input v-model.phone="some_data"> होगा। जब उपयोगकर्ता टेक्स्ट दर्ज करता है, तो यह स्वचालित रूप से इसे प्रारूपित कर देगा।

यह इस तरह की एक बुनियादी विशेषता की तरह लगता है और यह अभी जितना होना चाहिए, उससे कहीं अधिक कठिन है। व्यवहार पहले से ही ढांचे में मौजूद है, लेकिन किसी कारण से यह केवल ढांचे के कोड तक ही सीमित है। हम एक कस्टम संशोधक जोड़ने में सक्षम होना चाहते हैं जो ऐसा करेगा, जो कि घटकों और परियोजनाओं में पुन: प्रयोज्य है, ठीक वैसे ही जैसे फ़िल्टर और निर्देश अभी हैं।

@bbugh पूरी तरह से सहमत हैं, मेरे पास आईबीएएन स्वरूपण के साथ एक समान मामला है और यह वहां v-model.iban="payment.iban" डालने का इतना अच्छा और घोषणात्मक तरीका होगा ...

@franciscolourenco शायद कोई पीछे कुछ तर्क दे सकता है कि इसे ढांचे द्वारा समर्थित क्यों नहीं किया जाना चाहिए ताकि यह अधिक स्पष्ट हो जाए।

कस्टम संशोधक के लिए +1, ऐसे बहुत से उपयोग-मामले हैं जिन्हें इस सुविधा के साथ पूरा किया जा सकता है

हमारे आवेदन में मुद्राओं को प्रारूपित करने के लिए कुछ अलग इनपुट हैं, हम हमेशा मॉडल में सेंट राशि जमा करते हैं, लेकिन इनपुट में अच्छी तरह से स्वरूपित डॉलर की मात्रा प्रदर्शित करते हैं (इसलिए मॉडल में 123456 $ 1,234.56 के रूप में दिखाया गया है) <input v-model.dollars="cents" />

अन्य उपयोग-मामला XSS अटैक्स को रोकने के लिए html फ़ील्ड्स को सैनिटाइज़ करना और अनस्केप करना है (मॉडल स्टोर " A & B " जबकि इनपुट " A & B " दिखाता है) <input v-model.html="text" />

+1

+1

कस्टम संशोधक के लिए +1।
मैं वास्तव में हैरान था कि मैं v-model.trim.uppercase=... जैसा कुछ नहीं कर सकता

+1

+1

+1

+1
मूल v-model इनपुट संशोधक एक बेहतरीन विशेषता होगी। जैसा कि लोग यहां उल्लेख करते हैं, बहुत सारे उपयोग के मामले हैं। मुझे उन सभी परियोजनाओं के लिए दिनांक और मुद्रा संशोधक की आवश्यकता थी जिन पर मैं काम कर रहा हूं।

क्या हमें यहां एक मुद्दा खोलना चाहिए? https://github.com/vuejs/rfcs

मैंने इसे पहले ही +1 कर लिया है, लेकिन मैं उन लोगों के लिए एक नोट देना चाहता हूं जिन्हें "अभी" कुछ चाहिए

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

अगर किसी को इसकी आवश्यकता है तो मैं एक उदाहरण साझा कर सकता हूं

हमने इसे लागू नहीं किया क्योंकि इस आसान लगने वाली विशेषता में कई बातों पर विचार किया जाना है:

• अंतर्निहित संशोधक वास्तव में संकलन-समय संकेत हैं जो विभिन्न संकलित कोड उत्पन्न करते हैं। कस्टम संशोधक को रनटाइम कॉन्फ़िगरेशन का उपयोग करके परिभाषित करने की आवश्यकता होती है, जो एक अलग तंत्र है।

• रनटाइम कॉन्फ़िगरेशन के लिए, हमें इसके लिए किस प्रकार का एपीआई दिखाना चाहिए?

• अतीत में हमारे पास दो-तरफ़ा फ़िल्टर थे। दो-तरफा मूल्य परिवर्तन के लिए उपयोगकर्ता को त्रुटिहीन तर्क को लागू करने की आवश्यकता होती है ताकि दो-तरफा बंधन स्थिर हो सके। अन्यथा आप किनारे के मामलों के लिए अपने पूरे ऐप को अनंत लूप में डालने का जोखिम उठाते हैं।

  • हमारे पास .number और .trim होने का कारण यह है कि वे वास्तव में वन-वे ट्रांसफ़ॉर्म हैं (केवल DOM मान को घटक डेटा में सिंक करते समय लागू होते हैं) और इस प्रकार स्थिर होने की गारंटी देते हैं।

• जब किसी घटक पर v-model का उपयोग किया जाता है तो कस्टम संशोधक को कैसा व्यवहार करना चाहिए?

• कस्टम संशोधक को गैर-पाठ इनपुट प्रकारों पर कैसे व्यवहार करना चाहिए, जैसे radio , checkbox और सबसे महत्वपूर्ण बात, <select> ?

ये सभी प्रश्न अनुत्तरित हैं और अनुरोध को जितना लगता है उससे कहीं अधिक जटिल बनाते हैं। यही कारण है कि मैं सहमत हूं कि यह एक उचित आरएफसी के लिए एक अच्छा उम्मीदवार होगा जो इन सभी को कवर करता है यदि कोई वास्तव में यह सुविधा चाहता है। तब तक, अधिक +1 इसे किसी भी तरह से आगे नहीं बढ़ाते हैं।

@rkingon https://github.com/vuejs/vue/issues/3666#issuecomment -249583603 में पहले से ही एक उदाहरण है, लेकिन अगर आपका अलग/बेहतर है, तो बस इसे पोस्ट करें। यह नौसिखियों के लिए उपयोगी हो सकता है।

@Gotterbild मुझे वह नमूना याद नहीं आया, लेकिन यह Vue के बाद के संस्करणों में व्यापक रूप से जटिल है (जो पूर्व पारदर्शी घटक समर्थन हो सकता था)

यहाँ एक बहुत ही सरल है जो मेरे पास है जो सिर्फ एक प्रतिशत को दशमलव में परिवर्तित करता है (यानी: 4.5 -> .045) और इसके विपरीत ("देखें" मान और "मॉडल" मान)

<template>
    <input type="number" v-on="listeners" v-model="innerValue">
</template>

<script>

    export default {
        props: ['value'],
        computed: {
            listeners () {
                const { input, ...listeners } = this.$listeners
                return listeners
            },
            innerValue: {
                get () {
                    return (this.value) ? `${(this.value * 100)}` : ''
                },
                set (_val) {
                    const val = (_val) ? (_val / 100) : ''
                    this.$emit('input', val)
                }
            }
        }
    }

</script>

यह उपरोक्त की तुलना में अधिक सरल है क्योंकि आपको सभी फोकस/धुंधला/आदि को निर्दिष्ट करने की आवश्यकता नहीं है

@yyx990803 इस विषय पर अधिक पृष्ठभूमि की जानकारी देने के लिए धन्यवाद।

मेरे उपयोग के मामलों के लिए, मुझे कस्टम संशोधक की "ज़रूरत" नहीं है। यह सिर्फ एक उपभोक्ता-दृष्टिकोण से है, यह समझ में आता है कि Vue के पास अपना खुद का निर्माण करने का एक तरीका है। यह मूल रूप से सब कुछ के लिए है, संशोधक को छोड़कर 😄

जबकि मुझे कुछ ऐसा बनाने के तरीके मिल सकते हैं जो मेरे परिवर्तन तर्क को ठीक से समाहित करता है और मैं पुन: उपयोग कर सकता हूं, मुझे लगता है कि ऐसे उपयोग-मामलों के लिए उचित एपीआई होने से "सर्वश्रेष्ठ- अभ्यास संशोधक"।

मैं यहां इसलिए आया क्योंकि मैं स्ट्रिंग को अपरकेस में बदलने के लिए संशोधक बनाना चाह रहा था
मैं इसे v-model.uppercase="username" जैसा बनाना चाहता था

मैं कस्टम निर्देश का उपयोग कर समाप्त हुआ

Vue.directive('uppercase', {
    update (el) {
        el.value = el.value.toUpperCase()
    },
})

<input type="text" v-model="username" v-uppercase>

एक विकल्प के लिए कस्टम निर्देश पर्याप्त होने चाहिए।
या ऐसा कुछ है जो केवल कस्टम वी-मॉडल संशोधक के साथ संभव है?

@Christhofernatalius v-model पर विचार करना केवल एक निर्देश है, क्या आप कस्टम निर्देश के पक्ष में v-model को समाप्त नहीं कर सकते? इस तरह आप दो बार अपडेट नहीं कर रहे हैं?

@Christhofernatalius v-model पर विचार करना केवल एक निर्देश है, क्या आप कस्टम निर्देश के पक्ष में v-model को समाप्त नहीं कर सकते? इस तरह आप दो बार अपडेट नहीं कर रहे हैं?

@rkingon क्या यह दो बार अपडेट हो रहा है?
इसलिए, यदि मैं वी-मॉडल का उपयोग नहीं करता, तो मुझे इनपुट श्रोता के लिए बाइंड और अनबाइंड हुक भी जोड़ना होगा, और उपयोगकर्ता नाम मान अपडेट करना होगा?

संपादित करें: सेटर के साथ गणना का उपयोग नहीं कर रहा है और गेटटर भी दो बार अपडेट कर रहा है?
संपादित करें 2: मैंने कंसोल लॉग वॉचर और निर्देश की कोशिश की, प्रत्येक केवल प्रत्येक कीस्ट्रोक के लिए एक बार प्रिंट करता है।

मैंने इसे आजमाया नहीं है, केवल अटकलें हैं - मुझे लगता है कि एक मूल्य को अद्यतन करने के लिए दो निर्देशों का विचार मेरे लिए थोड़ा अजीब लगता है, लेकिन अगर आपने इसे चेक आउट कर लिया है, तो मुझे इसमें कुछ भी गलत नहीं दिख रहा है।

मेरे कंपोनेंट वर्कअराउंड की भी सीमाएँ हैं, यही कारण है कि मैं अभी भी एक संशोधक के पक्ष में हूँ - यानी: इसके लिए एक तत्व की आवश्यकता होती है, अधिक रेंडरिंग समय, और केवल एक घटक के रूप में काम करता है कि कैसे उस घटक को परिभाषित किया जाता है (यानी: एक इनपुट फ़ील्ड ) बनाम इसे कुछ मनमाने घटक/तत्व पर भी उपयोग करने में सक्षम होना जो निर्देश की शक्ति है।

बिल्ली की त्वचा के दो तरीके, विकल्प रखना अच्छा है :)

क्या इसके लिए कोई आरएफसी है?

मुझे ऐसा नहीं लगता

मैं इसे बना सकता था लेकिन क्या इसका मतलब सिर्फ उस आरएफसी रेपो या कुछ और में कोई समस्या जोड़ना है?

https://github.com/vuejs/rfcs#what -the-process-is क्या यह आपके प्रश्न का उत्तर देता है?

क्या कृपया इसे फिर से खोला जा सकता है? कुछ मामलों में एक कस्टम निर्देश काम कर सकता है लेकिन व्यवहार मजाकिया हो सकता है, उदाहरण:

Vue.directive('number', {
  update: function(el, binding, vnode) {
    el.value = el.value.replace(/[^\d.]/g, '');
  },
});

यदि आप इस निर्देश को जोड़ते हैं (एक वी-मॉडल के साथ) और हर दूसरे कीस्ट्रोक्स में अक्षर वास्तव में तेजी से टाइप करते हैं तो v-model el.value के साथ सिंक से बाहर हो जाएगा। और चूंकि आप प्राप्त होने वाली बाध्यकारी वस्तु को संशोधित नहीं कर सकते हैं, इसलिए इस निर्देश के अंदर वी-मॉडल को "पुन: कार्यान्वित" करने का कोई तरीका नहीं है

@jeankvd मुझे पता है कि यह ओवरकिल जैसा लगता है, लेकिन एक रैपर घटक सबसे विश्वसनीय होने जा रहा है (ऊपर उदाहरण देखें)।

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

क्या होगा यदि आप खाली मूल्य को अनुकूलित करना चाहते हैं? खाली स्ट्रिंग? शून्य? अपरिभाषित? - आप emptyValue के लिए एक प्रोप में पास कर सकते हैं और इसे इस तरह सेट कर सकते हैं।

एक बार इसके लिए एक वकील के रूप में, मुझे एहसास हुआ कि संशोधक के पास बहुत अधिक सीमाएं हैं और केवल एक घटक होने से कहीं बेहतर है (कम से कम आईएमओ)।