Backbone: विधि का विस्तार करने के लिए गेट्टर/सेटर समर्थन जोड़ें

को निर्मित 9 फ़र॰ 2015 · 12टिप्पणियाँ · स्रोत: jashkenas/backbone

चूंकि गेटर्स/सेटर्स आईई 9 + समर्थित हैं और ईएस 6 के साथ अधिक प्रचलित होंगे, यह अच्छा होगा यदि बैकबोन की विस्तार विधि ने उनका समर्थन किया।

var Person = Backbone.Model.extend({
  get fullName() {
    return this.get('firstName') + ' ' + this.get('lastName');
  }
});

var elonMusk = new Person({
  firstName: 'Elon', 
  lastName: 'Musk'
});

console.log(person.fullName); // >> Elon Musk

अभी इसका परिणाम undefined is not a function होगा क्योंकि _.extend का उपयोग गेटटर को कॉल कर रहा है।

change wontfix

स्रोत

jamiebuilds

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

ज़रूर, मैं यह करूँगा

jamiebuilds 11 फ़र॰ 2015

❤2 🎉1

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

क्या कोई कारण है जिसे person.fullName() के रूप में बेहतर तरीके से नहीं लिखा जा सकता है ताकि आप जान सकें कि यह एक फ़ंक्शन कॉल है?

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

akre54 9 फ़र॰ 2015

किसी भी चीज़ से अधिक यह आंशिक रूप से नए वर्ग वाक्यविन्यास के साथ गठबंधन किया जाएगा। क्लास सिंटैक्स में कोई प्रॉपर्टी इनिशियलाइज़र नहीं है या यहां तक कि उनके लिए अभी तक कोई स्पेक नहीं है, इसलिए इंटरऑप एक मुद्दा होगा।

वे बैकबोन मॉडल के मूल विचारों में से एक के खिलाफ जाते हैं।

वह मूल विचार क्या है?

इसके अलावा गेटर्स बैकबोन में मौजूदा समस्या का आंशिक समाधान हैं। model.idAttribute के साथ संग्रह।

jamiebuilds 9 फ़र॰ 2015

विभिन्न समाधानों के साथ jsperf बनाने की कोशिश में कुछ मिनट बिताए:
http://jsperf.com/backbone-extend-with-define-property

jamiebuilds 9 फ़र॰ 2015

वह मूल विचार क्या है?

यह विचार कि किसी वस्तु पर किसी संपत्ति को स्थापित करना और पुनर्प्राप्त करना पारदर्शी और तार्किक होना चाहिए। आपको हमेशा पता होना चाहिए कि obj.prop = val उस संपत्ति मूल्य (पुनर्प्राप्ति के लिए डिट्टो) को सेट करने के अलावा कुछ भी नहीं करता है, जबकि हमें गणना की गई संपत्तियों और घटनाओं को बदलने जैसी चीजों को संभालने के लिए कार्यों का उपयोग करना चाहिए। get और set रैपर विधियों का मुख्य कारण यह है कि पहली जगह में attributes ।

बैकबोन में मौजूदा समस्या के लिए गेटर्स भी आंशिक समाधान हैं। model.idAttribute के साथ संग्रह।

किसी भी कारण से मौजूदा _.result रैपर इसके लिए काम नहीं करता है? idAttribute या तो एक आदिम या एक फ़ंक्शन हो सकता है। इसे modelId के साथ भी ठीक किया जा रहा है।

akre54 9 फ़र॰ 2015

क्षमा करें, मुझे उस मुद्दे से जुड़ा होना चाहिए जिसके बारे में मैं बात कर रहा था: https://github.com/jashkenas/backbone/issues/3408

मैं इसे मुख्य रूप से ला रहा हूं क्योंकि बैकबोन का क्लास सिंटैक्स काफी हद तक ईएस क्लास सिंटैक्स के साथ संगत है, और यह केवल उचित लगता है कि वे कॉफ़ीस्क्रिप्ट के लिए अतिरिक्त समर्थन पर विचार कर रहे हैं।

jamiebuilds 10 फ़र॰ 2015

कॉफीस्क्रिप्ट मोटे तौर पर उन्हीं कारणों से सेटर्स और गेटर्स का समर्थन नहीं करता है (कुछ पृष्ठभूमि के लिए वहां मुद्दों को देखें, https://github.com/jashkenas/coffeescript/pull/2902) से शुरू करें। उन्हें कक्षाओं के रूप में बैकबोन ऑब्जेक्ट्स का समर्थन करने में बाधा नहीं बनना चाहिए।

क्षमा करें मुझे उस मुद्दे से जुड़ना चाहिए था जिसके बारे में मैं बात कर रहा था: #3408

मुझे याद दिलाना? मैं बल्ले से कनेक्शन देखने के लिए दबाव डाल रहा हूं।

इसके अलावा, extend _.extend करना होगा, यहां नहीं। एक अभ्यस्त के रूप में बंद करना।

akre54 10 फ़र॰ 2015

कॉफीस्क्रिप्ट मोटे तौर पर उन्हीं कारणों से सेटर्स और गेटर्स का समर्थन नहीं करता है

मैं गेटर्स/सेटर्स के बारे में नहीं बोल रहा था, मैं इस बारे में बात कर रहा था कि कैसे बैकबोन ने कॉफीस्क्रिप्ट के साथ इंटरऑप के लिए __super__ जोड़ा, और यह केवल उसी तरह ES6 कक्षाओं का समर्थन करने के लिए कैसे समझ में आता है।

मुझे याद दिलाना? मैं बल्ले से कनेक्शन देखने के लिए दबाव डाल रहा हूं।

Collection.extend({
  model: function() { return Model }
});
//
collection.modelId(model); // 'id' regardless if that's correct or not.

Collection.extend({
  get model() { return Model }
});
//
collection.modelId(model); // correct for *some* of the common cases.

इसके अलावा, विस्तार करने के लिए कोई भी परिवर्तन _.extend में करना होगा, यहां नहीं। एक अभ्यस्त के रूप में बंद करना।

यह निश्चित रूप से इस बदलाव के लिए सही जगह नहीं है, अगर कुछ भी हो तो यह नई _.assign पद्धति में होगा। लेकिन यहां आईएमओ का समर्थन करने के लिए यह और अधिक समझ में आता है।

इसके अलावा, इससे पहले कि यह मुद्दा बंद हो जाए और भूल जाए कि मैं यह जानना चाहता हूं कि बैकबोन के विस्तार के लिए ईएस कक्षाओं के साथ इंटरऑप मुद्दों के लिए ठीक क्यों है लेकिन कॉफीस्क्रिप्ट कक्षाओं में नहीं।

jamiebuilds 10 फ़र॰ 2015

अच्छी तरह से देखते हुए आईई टेक पूर्वावलोकन एकमात्र ऐसा ब्राउज़र है जिसमें class (यहां तक कि ट्रैसुर और 6to5 अभी तक extends परिवर्तित नहीं होते हैं) के दूरस्थ रूप से सभ्य समर्थन के साथ, हम इससे एक तरह से दूर हैं ज़रूरी। इसके अलावा बैकबोन केवल एक ऐसी सुविधा का समर्थन करने के लिए पीछे की संगतता को तोड़ने के लिए अपने रास्ते से बाहर नहीं जा रहा है जो शुरू करने के लिए एक अच्छा विचार नहीं है।

akre54 10 फ़र॰ 2015

यहां तक कि ट्रेसर और 6to5 अभी तक extends . में कनवर्ट नहीं करते हैं

वे दोनों वास्तव में करते हैं, उन्हें केवल स्थिर गुणों के लिए __proto__ के समर्थन की आवश्यकता होती है जो व्यापक रूप से समर्थित है।

इसके अलावा कोई कारण नहीं है कि बैकवर्ड-संगतता को तोड़ा जाना चाहिए, इसे और भी तेज़ बनाया जा सकता है यदि यह चुनिंदा रूप से Object.setPrototypeOf जहां उपलब्ध हो, का उपयोग करता है।

jamiebuilds 10 फ़र॰ 2015

@thejameskyle इसे किसी मुद्दे के बजाय पीआर में बदलना चाहते हैं? यह देखने लायक है।

jashkenas 10 फ़र॰ 2015

ज़रूर, मैं यह करूँगा

jamiebuilds 11 फ़र॰ 2015

❤2 🎉1

क्या यह रास्ते में है? क्या आपके पास इसके बारे में सार या कुछ है? मैं एक शॉट लेना चाहूंगा।

nicolas-zozol 11 मार्च 2016

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

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

Backbone: विधि का विस्तार करने के लिए गेट्टर/सेटर समर्थन जोड़ें

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

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

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