Sinon: रैप ES5 गेटर्स और सेटर्स

को निर्मित 3 मार्च 2012 · 23टिप्पणियाँ · स्रोत: sinonjs/sinon

var o = {
  get foobar() { return 'foobar' },
  set foobar(s) { throw 'bzzt!' },
  foo: function() { return 'foo' },
  bar: 'bar'
}; // -> { foobar: [Getter/Setter], foo: [Function], bar: 'bar' }

sinon.mock(o).expects('foobar').returns('woohoo'); // doesn't because sinon.wrapMethod() does an object[property] which accesses the getter which returns a string

गेटर्स और सेटर्स का समर्थन करने के लिए आपको ऑब्जेक्ट के लिए Object.getOwnPropertyDescriptor(obj, prop) करने की आवश्यकता है और फिर एक पुनरावर्ती Object.getPrototypeOf(obj) यदि यह मौजूद नहीं है, तो डिस्क्रिप्टर के पास 'get' और 'set' संपत्ति जहां उन्हें परिभाषित किया गया है।

लेकिन, आप सिर्फ गेटर या सिर्फ सेटर या दोनों का मज़ाक उड़ा सकते हैं, तो आप इसे कैसे निर्दिष्ट करते हैं? कुछ विकल्प:

mock(o).expects('foobar'); // ambiguous, the setter? getter? or both?
mock(o).expects('get foobar'); // ambiguous, there may be a legitimate property named "get foobar"
mock(o).expectsGet('foobar'); // clear but more code in Sinon and more to document ?
mock(o).expectsSet('foobar'); // ditto

और साथ ही, क्या आपके पास उन विशेषताओं से निपटने के लिए पहले से ही एक सम्मेलन है जो वर्तमान परिवेश में मौजूद नहीं हो सकता है? अगर कोई आईई 6 में ऐसा करने की कोशिश करता है तो क्या होना चाहिए?

स्रोत

rvagg

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

एक उपयोग का मामला जो असामान्य नहीं है वह है जहां एक गेटर प्रदान किया जाता है लेकिन एक सेटर नहीं होता है, जो संपत्ति को केवल पढ़ने के लिए बनाता है, जो उत्पादन कोड के लिए एक अच्छा विचार हो सकता है, लेकिन परीक्षण के रास्ते में आ सकता है। सिनॉन सपोर्ट गेटर्स और सेटर्स होने से उस उपयोग के मामले में बात होगी।

dmose 6 अप्रैल 2012

👍9

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

आपके उदाहरणों को देखते हुए, मुझे पूरी तरह से यकीन नहीं है कि मॉकिंग गेटर्स अच्छा परीक्षण अभ्यास है - मुझे लगता है कि परीक्षण की अवधि के लिए संपत्ति को कुछ मूल्य पर सेट करना ज्यादातर मामलों में एक लंबा सफर तय करेगा (?)

वैसे भी, क्या होगा यदि स्टब किसी फ़ंक्शन के बजाय ऑब्जेक्ट है, तो इसे प्रॉपर्टी डिस्क्रिप्टर के रूप में माना जाएगा? कुछ इस तरह:

stub(o, "foobar", { get: function () { return 42; } });

मुझे यकीन नहीं है कि आपकी अपेक्षाओं को कैसे हल किया जाए। लेकिन जैसा मैंने कहा - लेकिन क्या संपत्ति की तलाश में नकली उम्मीदें लगाना उचित है? मुझे लगता है कि अगर आपको इसकी ज़रूरत है, तो शायद उन्हें इसके बजाय "वास्तविक" तरीके होना चाहिए?

cjohansen 5 मार्च 2012

उदाहरण सरल था। जिस वास्तविक कोड पर मैं ऐसा करने की कोशिश कर रहा था, उसे get identifier कहा जाता था, जिसमें कुछ चीजें एक साथ जुड़ती थीं, जिनमें से कुछ उन जगहों से आई थीं जिन्हें मैं परीक्षण में परेशान नहीं करना चाहता था, मैं बस इसकी पुष्टि करना चाहता था x.identifier का उपयोग किया गया था और फिर जो लौटाया गया था उस पर नियंत्रण रखें। अभी के लिए मैं getIdentifier() साथ जा रहा हूं जो ठीक है लेकिन यह देखते हुए कि हम गणना किए गए गुणों के लिए भविष्य में और अधिक गेटर्स और सेटर्स देख रहे हैं, यह कुछ ऐसा हो सकता है जिसे सिनॉन संभाल सकता है/चाहिए?

rvagg 5 मार्च 2012

इस पर अभी भी कुछ तय नहीं हुआ है। कुछ देर आराम करेंगे और बाद में फैसला करेंगे। यदि आपके पास अधिक इनपुट/सुझाव हैं, तो बेझिझक उन्हें यहां लिखें।

cjohansen 15 मार्च 2012

dmose 6 अप्रैल 2012

👍9

कुछ समय के लिए, मुझे सिनॉन में गेटर्स और सेटर्स का समर्थन करने में कोई मूल्य नहीं दिख रहा है।

cjohansen 9 जुल॰ 2012

👎12

जाहिर है, इस मुद्दे पर चर्चा किए हुए कुछ समय हो गया है, लेकिन यह सुविधा बहुत मददगार होगी...

felixhammerl 4 जन॰ 2014

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

giggio 31 मार्च 2014

मैं इसे फिर से खोलना भी चाहता हूं। यह विशेष रूप से एक लिपटे स्थान वस्तु के क्षेत्रों को स्टबिंग करने के लिए उपयोगी होगा।

qubyte 29 सित॰ 2014

👍4

उस सुविधा के लिए +1!

vitalets 5 दिस॰ 2014

:+1: मुझे भी बस इस सुविधा की आवश्यकता महसूस हुई।

nunofgs 14 जन॰ 2015

:+1: इसे फिर से खोलने की जरूरत है। विशेष रूप से ES6 को पकड़ने के साथ, यह पहले से कहीं अधिक महत्वपूर्ण है। मुझे expectsGet वैरिएंट पसंद है।

simonzack 24 फ़र॰ 2015

+1 मैं @simonzack . से तहे दिल से सहमत

markcellus 25 फ़र॰ 2015

machineghost 9 नव॰ 2016

मैं इसे फिर से खोलना भी चाहता हूं। यह विशेष रूप से एक लिपटे स्थान वस्तु के क्षेत्रों को स्टबिंग करने के लिए उपयोगी होगा।

क्या https://github.com/mroderick/wapple आपके लिए उस अंतर को प्लग करता है?

mroderick 9 नव॰ 2016

आजकल मैं काफी व्यापक रूप से रैपल का उपयोग करता हूं, और मैं इस मुद्दे पर टिप्पणी करना भूल गया था। इसका शायद मतलब है कि जैसा आप कहते हैं, रैपल ने गैप को पाट दिया है।

qubyte 9 नव॰ 2016

+1 बस सिनॉन पर ठोकर खाई गेटटर मॉकिंग का समर्थन नहीं कर रहा है

derwaldgeist 25 मई 2017

हाय @derwaldgeist , क्या आप

नवीनतम sandboxes और sinon.stub दोनों के साथ स्टबिंग गेटर्स का समर्थन करता है।

आपको केवल get फ़ंक्शन का उपयोग करना होगा, उदाहरण के लिए:

var myObj = {
    prop: "foo"
};

createStub(myObj, "prop").get(function getterFn() {
    return "bar";
});

myObj.prop // "bar"

कृपया मुझे बताएं कि क्या यह आपके उपयोग के मामले में उपयुक्त है या यदि आपको कोई और संदेह है।

lucasfcosta 25 मई 2017

🎉4

इतनी जल्दी वापस आने के लिए धन्यवाद, अत्यधिक सराहना की।
हालांकि, मुझे नहीं मिला कि आप इस तरह परिभाषित किए गए गेटर को कैसे पुनर्स्थापित कर सकते हैं? मैंने सिनॉन के स्रोत कोड को भी देखा और एक तंत्र नहीं देख सका जो कॉल करते समय मूल गेटर को स्टोर करता है ()।

derwaldgeist 25 मई 2017

हाय @derwaldgeist ,

गेटर्स को पुनर्स्थापित करना वास्तव में संभव है, भले ही वे स्टब होने से पहले अपरिभाषित हों। आपको बस इतना करना है कि बनाए गए स्टब में restore विधि को कॉल करें, उदाहरण के लिए:

var myObj = {
    prop: "foo"
};

var stub = createStub(myObj, "prop");

stub.get(function getterFn() {
    return "baz";
});

myObj.prop // "baz"

stub.restore();

myObj.prop // "foo"

हम इस restore विधि को जोड़ते हैं जो या तो stub विधि में ही (जब एक गैर-कार्य संपत्ति को स्टबिंग करते हैं) या wrapMethod उपयोगिता में ।

lucasfcosta 26 मई 2017

वाह, वह तेज़ था। मैंने यह कोशिश की:

 const stub = sinon.stub(myObj, 'prop');
 stub.get(() => ({}));
  ...
 stub.restore();

लेकिन जब पुनर्स्थापना () निष्पादित करते हैं तो यह कहता है: Cannot redefine property: prop

आपकी createStub विधि कहाँ से आती है?

derwaldgeist 26 मई 2017

👍1

@derwaldgeist मुझे एक परीक्षण से मिला, क्षमा करें, इसे संपादित करना भूल गया। लेकिन वैसे भी, यह sinon.stub जैसा ही है।

क्या आप मुझे बता सकते हैं कि आप सिनॉन के किस संस्करण का उपयोग कर रहे हैं ताकि मैं इसकी जांच कर सकूं?

मुझे लगता है कि हो सकता है कि आप अभी तक नवीनतम संस्करण का उपयोग नहीं कर रहे हैं जिसमें हमने एक बग तय किया है जहां आप configurable: true बिना परिभाषित किए जाने के कारण गुणों को पुनर्स्थापित नहीं कर सके और इसलिए हम उनके विवरणकों को बदलने में सक्षम नहीं थे।

lucasfcosta 26 मई 2017

मैं @derwaldgeist जैसा ही देख रहा हूं। मैं _थिंक_ मैं v4 का उपयोग कर रहा हूं, लेकिन कुछ अन्य विभाग v1.7 का उपयोग कर रहे थे, इसलिए मुझे यकीन नहीं है कि कौन सा _actually_ उपयोग किया जा रहा है। मुझे एक sinon.version नहीं दिखाई दिया जहां मैं रन टाइम पर जांच कर सकता था।

JakobJingleheimer 3 अक्तू॰ 2017

@jshado1 यदि आप जानना चाहते हैं कि आप किस प्रमुख संस्करण पर हैं, तो आप sinon.stub({}, 'nonExistingProperty') फेंकता है

fatso83 4 अक्तू॰ 2017

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

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

Sinon: रैप ES5 गेटर्स और सेटर्स

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

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

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