Sinon: नकली टाइमर का उपयोग करते समय मूल ES6 वादों को हल करने से कॉलबैक ट्रिगर नहीं होता है

को निर्मित 23 अप्रैल 2015 · 30टिप्पणियाँ · स्रोत: sinonjs/sinon

निम्नलिखित परीक्षण में, मुझे उम्मीद थी कि परीक्षण के अंदर हल किए गए वादे के लिए कॉलबैक लागू किया जाएगा। जाहिरा तौर पर, मूल वादे कॉलबैक को समकालिक रूप से लागू नहीं करते हैं, लेकिन उन्हें setTimeout(callback, 0) के समान तरीके से कॉल करने के लिए शेड्यूल करते हैं। हालांकि, यह वास्तव में सेटटाइमआउट का उपयोग नहीं करता है, इसलिए tick() पर कॉल करते समय सिनॉन का नकली टाइमर का कार्यान्वयन कॉलबैक को ट्रिगर नहीं करता है।

describe 'Promise', ->
  beforeEach ->
    <strong i="8">@clock</strong> = sinon.useFakeTimers()
  afterEach ->
    @clock.restore()
    console.log 'teardown'

  it "should invoke callback", ->
    p = new Promise (resolve, reject) ->
      console.log 'resolving'
      resolve(42)
      console.log 'resolved'
    p.then ->
      console.log 'callback'
    @clock.tick()
    console.log "test finished"

मुझे इस आउटपुट की उम्मीद है:

resolved
callback
test finished
teardown

इसके बजाय मुझे यह मिलता है:

resolved
test finished
teardown
callback

परीक्षण समाप्त होने के बाद कॉलबैक लागू किया जाता है, इसलिए कॉलबैक के अंदर क्या होता है इसके आधार पर दावा विफल हो जाता है।

इससे कोई फर्क नहीं पड़ता कि then() पर कॉल करने से पहले या बाद में वादा हल किया गया है या नहीं।

स्रोत

ropez

👍4

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

केवल एक चीज जो आपको चाहिए वह है वादा माइक्रोटास्क को निष्पादित करने के लिए प्रतीक्षा करना।
तो निम्नलिखित दृष्टिकोण सही काम करता है:

const tick = async (ms) => {
  clock.tick(ms);
};

it("imitates promise fulfill when called once", async () => {
    new Promise(resolve => setTimeout(resolve, 400)).then(callback);
    expect(callback.callCount).to.eql(0);

    await tick(200);
    expect(callback.callCount).to.eql(0);

    await tick(200);
    expect(callback.callCount).to.eql(1);
  });

jakwuh 4 मई 2018

👍6

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

मैंने इस मुद्दे में भी भाग लिया है

JustinLivi 6 अग॰ 2015

मुझे नहीं लगता कि इसे हल किया जा सकता है, क्योंकि प्रॉमिस स्पेक setTimeout का उपयोग नहीं करता है, लेकिन वर्तमान के ठीक बाद एक नया काम करने के लिए शेड्यूल करता है।

क्या आपने परीक्षण से वादा वापस करने की कोशिश की है? अधिकांश परीक्षण पुस्तकालय अब वादों का समर्थन करते हैं, और यदि it() फ़ंक्शन एक वादा देता है तो परीक्षण धावक परीक्षण को नोट करने से पहले हल करने या अस्वीकार करने के वादे की प्रतीक्षा करेगा।

mariusGundersen 9 अग॰ 2015

हां, एक परीक्षण से वादा वापस करना शायद काम करता है। लेकिन नकली टाइमर का उपयोग करते समय, मैं परीक्षण समारोह से लौटने से पहले परीक्षण का मुकाबला करने में सक्षम होने की उम्मीद करूंगा। यह एक तरह से पूरी बात है।

मुझे पूरा यकीन है कि यह प्रॉमिस ऑब्जेक्ट को बदलकर किया जा सकता है, ठीक उसी तरह जैसे डेट ऑब्जेक्ट को बदल दिया जाता है। ऐसा करने में सक्षम होने के लिए, हमें शायद वादा युक्ति के एक प्रतिस्पर्धात्मक कार्यान्वयन की आवश्यकता है, क्योंकि हम मूल कार्यान्वयन पर भरोसा नहीं कर पाएंगे।

ropez 9 अग॰ 2015

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

मुझे ऐसा लग रहा था कि इन दोनों परीक्षणों को काम करना चाहिए, लेकिन पहला पास हो जाता है जबकि दूसरा विफल हो जाता है। मैं मोचा के साथ चाई-ए-वादा प्लगइन के साथ चाई का उपयोग कर रहा हूं और मुझे त्रुटि मिलती है "2000ms का समय समाप्त हो गया है। सुनिश्चित करें कि इस परीक्षण में किया गया() कॉलबैक कहा जा रहा है।"

describe('chai as promised', function() {

    it('should resolve a promise', function() {
        var promise = new Promise(function( resolve ) {
            setTimeout( resolve, 1000 );
        });
        return expect( promise ).to.have.been.fulfilled;
    });

});

describe('sinon.useFakeTimers()', function() {

    before(function() {
        this.clock = sinon.useFakeTimers();
    });

    after(function() {
        this.clock.restore();
    });

    it('should resolve a promise after ticking', function() {

        var promise = new Promise(function( resolve ) {
            setTimeout( resolve, 1000 );
        });

        this.clock.tick( 1001 );

        return expect( promise ).to.have.been.fulfilled;
    });

});

मैंने एक त्वरित परीक्षण परियोजना तैयार की: https://github.com/JustinLivi/sinon-promises-test

JustinLivi 10 अग॰ 2015

परीक्षण के पूरा होने से पहले बहाल करना एक व्यवहार्य समाधान प्रतीत होता है:

describe('sinon.useFakeTimers()', function() {

    before(function() {
        this.clock = sinon.useFakeTimers();
    });

    it('should resolve a promise after ticking', function() {

        var promise = new Promise(function( resolve ) {
            setTimeout( resolve, 1000 );
        });

        this.clock.tick( 1001 );
        this.clock.restore();

        return expect( promise ).to.have.been.fulfilled;
    });

});

JustinLivi 10 अग॰ 2015

👍4

हम जिस वर्कअराउंड का उपयोग कर रहे हैं, वह मूल वादे के कार्यान्वयन को कुछ सरल के साथ बदलना है जो परीक्षण चलाते समय सेटटाइमआउट पर निर्भर करता है:

window.Promise = require('promise-polyfill')

UseFakeTimers को कॉल करते समय Sinon.JS बस वही कर सकता है।

ropez 10 अग॰ 2015

👍5

@JustinLivi पूरा होने से पहले बहाल करना मेरे लिए यह था: +1:

screendriver 22 सित॰ 2015

तो, कोई समाधान या कामकाज?
मैं अपने ऐप को संशोधित नहीं कर सकता और ES6 वादों का उपयोग करना बंद कर सकता हूं, क्योंकि मेरे परीक्षण ऐसा कहते हैं :)

otroboe 1 अग॰ 2016

मुझे समस्या है, देशी वादों से नहीं बल्कि es6-वादा पॉलीफ़िल के साथ।
@JustinLivi का clock.restore() समाधान समस्या का समाधान करता है।

fpirsch 8 अग॰ 2016

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

इसलिए @JustinLivi के उदाहरण को थोड़ा बदलते हुए हम निम्नलिखित परीक्षण के साथ समाप्त होते हैं:

var sinon = require('sinon');

describe('sinon.useFakeTimers()', function() {

    before(function() {
        this.clock = sinon.useFakeTimers();
    });

    it('should resolve a promise after ticking', function(done) {

        var promise = new Promise(function( resolve ) {
            setTimeout( resolve, 10000 );
        });

        this.clock.tick( 10001 );

        promise
            .then(done) // call done when the promise completes
            .catch(done); // catch any accidental errors
    });

});

वास्तव में, यदि आप मोचा का उपयोग कर रहे हैं, तो वादों का उपयोग करते समय इसके ऊपर उसी कोड का "शॉर्टकट" संस्करण है, यदि आप सीधे परीक्षण ढांचे में वादा वापस करते हैं:

it('should resolve a promise after ticking', function() {
    var promise = new Promise(function( resolve ) {
        setTimeout( resolve, 10000 );
    });

    this.clock.tick( 10001 );

    return promise;
});

यह करेगा

प्रॉमिस कंस्ट्रक्टर को पैरामीटर के रूप में भेजे गए executor फ़ंक्शन को सिंक्रोनस रूप से निष्पादित करें (ES2015 विनिर्देश देखें), प्रभावी रूप से नए टाइमआउट की स्थापना।
निर्मित वादा वापस करें।
समय पर टिक करें।
वादे को हल के रूप में चिह्नित करते हुए, टाइम आउट फ़ंक्शन को ट्रिगर करें
process (या ब्राउज़र) एक नया "टिक" स्टैक करेगा, वादे को हल करेगा और किसी भी शेष Thenables को कॉल करेगा

इसे एक गैर-बग के रूप में बंद करना।

fatso83 8 अग॰ 2016

👎6

@ fatso83 मैं नहीं देखता कि आपने जिस तरह से वर्णन किया है उसे पास करने के लिए आपको परीक्षण कैसे मिल रहे हैं। मैंने अपने परीक्षण भंडार में आपके उदाहरण परीक्षण जोड़े और मुझे अभी भी timeout of 2000ms exceeded. Ensure the done() callback is being called in this test. मिलता है

यहां देखें: https://github.com/JustinLivi/sinon-promises-test/blob/master/test.js#L60
साथ ही, जहां तक मैं बता सकता हूं, यह परीक्षण अभी भी विफल है: https://github.com/JustinLivi/Sinon.JS/commit/de106e6db2f5cc076b7e3a78635bd9ae2b6be1c2

संपादित करें: @fpirsch द्वारा टिप्पणी के आधार पर ऐसा लगता है कि यह es6 वादा पॉलीफिल का उपयोग करते समय है? क्या किसी ने ब्लूबर्ड जैसे वैकल्पिक पुस्तकालयों के साथ प्रयास किया है?

JustinLivi 8 अग॰ 2016

@ fatso83 यह कोई return promise मुद्दा नहीं है।
मेरे मामले में यह एक प्रेत है (पुराना, बिना वादों के) + es6-वादे पॉलीफिल + sinon.js मुद्दा। आधुनिक ब्राउज़रों में वादा हल हो गया है और परीक्षण ठीक चलते हैं, लेकिन वादा पॉलीफिल के साथ वादा कभी भी हल नहीं होता है जब टाइमर नकली होते हैं।

fpirsch 8 अग॰ 2016

@JustinLivi और @fpirsch : यह बग रिपोर्ट _native_ वादों का उपयोग करने के बारे में थी। मुझे es6-promise का उपयोग करते हुए @JustinLivi का परीक्षण प्रोजेक्ट दिखाई दे रहा है, इसलिए मैं इसकी पुष्टि नहीं कर सकता। वही अन्य पॉलीफ़िल के लिए जाता है: यह एक और मुद्दा होगा। मैंने इसे नोड 5 और 6 के साथ परीक्षण किया है, जिसमें मूल वादा समर्थन है।

पिछली पोस्ट से मेरे उदाहरण कोड को कॉपी-पेस्ट करना और उसे चलाना (मोचा और सिनॉन को पहले से इंस्टॉल करना):

$ pbpaste > test.js

$ mocha test.js

  sinon.useFakeTimers()
    ✓ should resolve a promise after ticking

  1 passing (12ms)

@fpirsch : मैंने कभी नहीं कहा कि यह return promise मुद्दा था। मैंने अभी उल्लेख किया है कि वह परीक्षण को छोटे रूप में फिर से लिख सकता है। एक टिप, फिक्स नहीं। लेकिन आपने कुछ मूल्यवान जानकारी प्रदान की: यह देशी ब्राउज़रों में काम करता है, लेकिन वादा पॉलीफिल में विफल रहता है। यह आपके वादे लिब का दोष है, सिनोन का नहीं। आपका वादा lib शायद setTimeout और दोस्त को कैश नहीं करता है, और फ़ंक्शन के लिए इस पर निर्भर करता है, इस प्रकार टूट जाता है। मैंने एक बार pinkyswear lib में इसके लिए एक फिक्स लागू किया, इसलिए कोई आश्चर्य नहीं।

fatso83 8 अग॰ 2016

es6-promise के स्रोत की जाँच की और यह setTimeout के संदर्भों को कैश नहीं करता है , इसलिए यह सिनॉन की किसी भी चीज़ से प्रभावित होगा। लेकिन मैं यह देखने में असफल रहा कि वह शेड्यूलर यहां कैसे प्रासंगिक है ... अन्य विकल्पों की एक बड़ी सूची भी है जो पॉलीफिल टाइमआउट शेड्यूलर पर वापस आने से पहले कोशिश करेगा। उस फ़ॉलबैक पर उतरने वाला कोई भी ब्राउज़र प्राचीन होना चाहिए :)

लेकिन वैसे भी, @fpirsch और @JustinLivi ने जो उल्लेख किया है, वह सिनॉन और पॉलीफ़िल के बीच अंतःक्रियाशीलता के मुद्दे हैं। और यह एक और मुद्दा है। यह नहीं देख रहा कि सिनॉन इसके बारे में एटीएम कैसे कर सकता है (किसी भी पीआर के es6-polyfill में समाप्त होने की अधिक संभावना है), लेकिन अगर यह एक सिनॉन मुद्दा है तो एक नया मुद्दा खोलने के लिए स्वतंत्र महसूस करें।

fatso83 8 अग॰ 2016

👍2

पीएस मैं देख रहा हूं कि @ropez से टिप promise-polyfill का उपयोग करना था, और यह वास्तव में न्यूनतम पॉलीफिल के लिए भी हमारी सिफारिश है, लेकिन दिए गए के विपरीत कारण के लिए। @mrodrick ने जनवरी में उस प्रोजेक्ट को पैच किया ( @ropez टिप्पणी के कुछ महीने बाद) setTimeout के संदर्भ को कैश करने के लिए ताकि वादा _कोई फर्क नहीं पड़ता कि sinon क्या कर रहा था_ वैश्विक setTimeout संदर्भ में हल हो जाएगा। विवरण के लिए taylorhakes/promise-polyfill#15 देखें।

fatso83 8 अग॰ 2016

@ fatso83 जानकारी के लिए धन्यवाद। दुर्भाग्य से setTimeout के संदर्भ को सहेजना जैसा कि @mrodrick ने promise-polyfill के लिए किया था, मेरे मामले में काम नहीं करता है। न तो es6-promise को promise-polyfill से प्रतिस्थापित करता है :-(
संपादित करें: यह एक साधारण प्रेत + मोचा ढेर में करता है, लेकिन कर्म के साथ हमारे पूर्ण ढेर में नहीं। इससे बहुत थक गए।

fpirsch 8 अग॰ 2016

@ fatso83 मैंने यहां एक उदाहरण दिया है: फेकटाइमर्स
मामला कर्म के साथ हो सकता है ... मैं इसमें गहराई से उतरने की कोशिश करूंगा।

fpirsch 9 अग॰ 2016

👍1

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

fatso83 9 अग॰ 2016

यह संबंधित हो सकता है लेकिन मुझे यकीन नहीं है। नीचे तीसरा परीक्षण क्यों विफल होता है? विशिष्ट विफलता विशिष्ट परीक्षण समयबाह्य है:

     Error: timeout of 2000ms exceeded. Ensure the done() callback is being called in this test.

describe.only('working', () => {
  let clock;
  beforeEach(() => { clock = Sinon.useFakeTimers(); })
  afterEach(() => { clock.restore() })

  const delay = (ms) => (
    new Promise((resolve/* , reject */) => {
      setTimeout(resolve, ms)
    })
  );

  it('1 OK', () => {
    const promise = new Promise((resolve) => {
      setTimeout(resolve, 100)
    })
    clock.tick(200)
    return promise
  })

  it('2 OK', () => {
    const promise = delay(100)
    clock.tick(200)
    return promise
  })

  it('3 FAIL', () => {
    const promise = delay(50).then(() => delay(50))
    clock.tick(200)
    return promise
  })
})

jasonkuhrt 4 नव॰ 2016

@jasonkuhrt तीसरा परीक्षण विफल हो जाता है क्योंकि clock.tick निष्पादकों को समकालिक रूप से संसाधित करता है और इस प्रकार .then(...) को इसकी अतुल्यकालिक प्रकृति के कारण निष्पादित नहीं किया जाता है:

ऑनफुलफिल्ड या ऑन रिजेक्टेड को तब तक नहीं बुलाया जाना चाहिए जब तक कि निष्पादन संदर्भ स्टैक में केवल प्लेटफॉर्म कोड न हो।

@ fatso83 मैं टाइमर जोड़ने वाले जंजीर वादों के बारे में लोलेक्स डेवलपर्स की स्थिति नहीं जानता। वर्तमान सीमा को कम से कम प्रलेखन में विस्तृत किया जाना चाहिए।

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

gautaz 24 नव॰ 2016

👍1

@gautaz आह अब समझ में आता है। समझाने के लिए धन्यवाद!

jasonkuhrt 24 नव॰ 2016

lolex एक सिंक लाइब्रेरी है, और मुझे पूरी तरह से यकीन नहीं है कि किसी भी तरह @jasonkuhrt की समस्या को कैसे हल किया जाए। पीआर की आपूर्ति करने के लिए स्वतंत्र महसूस करें, लेकिन clock.tick को संशोधित करना बहुत आकर्षक नहीं है। मैं इसके बजाय एक अतिरिक्त async विधि देखना चाहूंगा।

मुझे वादों और घड़ी की टिक टिक के साथ बहुत अधिक समस्या नहीं थी, लेकिन शायद इसलिए कि मैंने देखा था कि वे तुल्यकालिक थे, और बीच में अतिरिक्त घड़ी की टिक जोड़ दी थी।

fatso83 27 नव॰ 2016

@ fatso83 आप सही कह रहे हैं, एक एसिंक्रोनस tick जोड़ना कम बाधित होगा (वास्तव में बिल्कुल भी बाधित नहीं)।
तो asyncTick जैसा कुछ सही फिट हो सकता है। अगर मैं समय निकाल सकता हूं तो मैं इसे देख लूंगा।

gautaz 27 नव॰ 2016

👍1

@gautaz बस उत्सुक है अगर आप कभी भी पैच की आपूर्ति करने के लिए lolex ?

fatso83 15 जून 2017

@ fatso83 नमस्ते, मैंने पिछले साल अपनी तरफ से एक शाखा शुरू की है लेकिन काम खत्म करने के लिए अभी समय नहीं मिला है।
मेरे पास सहकर्मी हैं जो भी इसी मुद्दे से फंस गए हैं, इसलिए मैं केवल यह आशा कर सकता हूं कि यह मुद्दा मुझे अतिरिक्त समय प्रदान करने के लिए पर्याप्त हो।

क्या इस बीच इस विशेष बिंदु पर लोलेक्स एपीआई से संबंधित कुछ बदलाव आया?

gautaz 15 जून 2017

यह नहीं होना चाहिए। पिछले आधे साल में कोडबेस में बहुत कम बदलाव हुए हैं। काफी स्थिर।

fatso83 15 जून 2017

यहां सरल कामकाज करने का कोई मौका है? एक ही समस्या है। मेरे पास दो वादे हैं और वे सेटटाइमआउट द्वारा हल किए जाते हैं। मुझे किसी भी संकल्प से पहले, दूसरे से पहले लेकिन पहले संकल्प के बाद, और सभी हल होने के बाद सामान की जांच करने की आवश्यकता है।

Diokuz 23 जून 2017

const tick = async (ms) => {
  clock.tick(ms);
};

it("imitates promise fulfill when called once", async () => {
    new Promise(resolve => setTimeout(resolve, 400)).then(callback);
    expect(callback.callCount).to.eql(0);

    await tick(200);
    expect(callback.callCount).to.eql(0);

    await tick(200);
    expect(callback.callCount).to.eql(1);
  });

jakwuh 4 मई 2018

👍6

@jakwuh की चाल ने मेरे लिए काम किया (नोड 8, कोई ट्रांसपिलेशन नहीं, मूल वादे), सिवाय then कॉलबैक को एक टिक द्वारा स्थगित कर दिया गया था।

अद्यतन टिप्पणी : मेरी मूल टिप्पणी (नीचे) में समाधान में समस्याएं हैं। कभी-कभी मुझे वास्तव में सबकुछ फ्लश करने के लिए लगातार await Promise.resolve() कॉल करने की आवश्यकता होती है। यहां कुछ ऐसा है जो थोड़ा बेहतर काम करता प्रतीत होता है:

beforeEach(function() {
    const originalSetImmediate = setImmediate;
    this.clock = sinon.useFakeTimers();
    this.tickAsync = async ms => {
        this.clock.tick(ms);
        await new Promise(resolve => originalSetImmediate(resolve));
    }
});

afterEach(function() {
    this.clock.restore();
});

मूल टिप्पणी [चेतावनी: ऊपर दिए गए कोड की तरह काम नहीं करता।]

tick सहायक में एक अतिरिक्त async गैप जोड़ने से मेरे लिए समस्या ठीक हो गई:

```जेएस
कॉन्स्ट टिक = एसिंक्स (एमएस) => {
घड़ी.टिक (एमएस);
Promise.resolv() का इंतजार करें;
};

cakoose 10 अक्तू॰ 2018

👍3 🎉2

इस क्षेत्र में सिनॉन को बेहतर बनाने के काम में दिलचस्पी रखने वाले लोगों के लिए (वास्तव में, इसकी सहोदर परियोजना lolex ), यहाँ चर्चाएँ देखें:

fatso83 10 अक्तू॰ 2018

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

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

Sinon: नकली टाइमर का उपयोग करते समय मूल ES6 वादों को हल करने से कॉलबैक ट्रिगर नहीं होता है

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

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

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