Dependencyinjection: स्कोप्ड लाइफ़टाइम एक सिंगलटन के रूप में कार्य कर रहा है जब यह एक कार्यान्वयन फ़ैक्टरी प्रतिनिधि के साथ पंजीकृत है

आपको जो मिल रहा है वह अपेक्षित है। IRequestService एक सिंगलटन है जो एक स्कोप्ड सेवा ( Func<IRequestContext> ) का समाधान करता है, जिसका अर्थ है कि आपके द्वारा कैप्चर किया गया Func स्कोप्ड के बजाय शीर्ष स्तर के सेवा प्रदाता पर बंद हो जाता है। वास्तव में, यदि आप 1.1.0 का उपयोग करने के लिए अपना नमूना अपडेट करते हैं और कॉल नई सुविधा का उपयोग करते हैं जो आपको स्कोप्ड सेवाओं ( कैप्टिव निर्भरता ) के आधार पर सिंगलटन का पता लगाने की अनुमति देती है, तो आपको यह त्रुटि दिखाई देगी:

System.InvalidOperationException: Cannot consume scoped service 'System.Func`1[DependencyInjection.AddScopedBug.Controllers.IRequestContext]' from singleton 'DependencyInjection.AddScopedBug.Controllers.IRequestService'.

IRequestService सिंगलटन नहीं हो सकता।

"शीर्ष स्तर के सेवा प्रदाता पर आपके द्वारा कैप्चर किए गए फ़ंक" से आपका क्या तात्पर्य है? यह एक क्षणिक वस्तु पर क्यों बंद नहीं होता है? समारोहउस वस्तु का कोई ज्ञान नहीं है जो ग्राफ़ में उच्चतर है।

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

वैसे भी क्या कोई संभावित समाधान है? यदि कोई नहीं है, तो क्या आप इसका समर्थन करने में रुचि लेंगे? मैं इस पर काम कर सकता था और एक पीआर भेज सकता था।

"शीर्ष स्तर के सेवा प्रदाता पर आपके द्वारा कैप्चर किए गए फ़ंक" से आपका क्या तात्पर्य है? यह एक क्षणिक वस्तु पर क्यों बंद नहीं होता है? Func को उस वस्तु का कोई ज्ञान नहीं है जो ग्राफ़ में उच्च है।

आपने जो किया उसका एक नंगे हड्डियों का उदाहरण यहां दिया गया है:

```सी#
पब्लिक क्लास सिंगलटन
{
निजी Func_कारखाना;

public Singleton(IServiceProvider serviceProvider)
{
    _factory = serviceProvider.GetRequiredService<Scoped>;
}

}

पब्लिक क्लास स्कोप्ड
{

}
```

आपने सिंगलटन ऑब्जेक्ट ग्राफ़ में "गैर स्कोप" IServiceProvider कब्जा कर लिया।

यह दृष्टिकोण अन्य DI कंटेनरों के साथ काम करता है, यह इस DI कंटेनर में भी होगा यदि मैं क्षणिक जीवन चक्र का उपयोग करता।

उन कंटेनरों के पास Func<T> लिए प्रथम श्रेणी का समर्थन है, जैसा कि हमारे पास IEnumerable<T> लिए समर्थन है। यह Func<T> समर्थन नहीं करता है, इसलिए आप यहां अपेक्षित व्यवहार में भाग ले रहे हैं।

वैसे भी क्या कोई संभावित समाधान है?

IRequestService दायरा बनाएं।

यदि कोई नहीं है, तो क्या आप इसका समर्थन करने में रुचि लेंगे? मैं इस पर काम कर सकता था और एक पीआर भेज सकता था।

हम DI कंटेनर में कोई और सुविधाएँ जोड़ने के लिए अनिच्छुक रहे हैं जो उन अधिकांश DI कंटेनरों द्वारा समर्थित नहीं हैं जिन्हें लोग ASP.NET कोर के साथ उपयोग करना चाहते हैं। तो मैं कहूंगा, फिलहाल नहीं। अगर यह पता चलता है कि जनता मूल रूप से Func<T> समर्थन करती है तो हम फिर से एक और नज़र डाल सकते हैं लेकिन इसके लिए थोड़ा शोध की आवश्यकता है।

स्पष्टीकरण डेविड के लिए धन्यवाद। IEnumerable<T> समर्थन वास्तव में बहुत अच्छा है, काश हमारे पास भी Func<T> ।

@uhaciogullari मुझे

मैंने Func<T> व्यवहार का उपयोग करके अनुकरण किया
services.AddScoped<Func<TFoo>>(sp => sp.GetRequiredService<TFoo>);

मैं प्रत्येक इंस्टेंस के foo.GetHashCode(); लॉग इन करता हूं वे अलग होना चाहिए, लेकिन वे हमेशा बराबर होते हैं। मैंने उस लाइन पर एक ब्रेकपॉइंट भी सेट किया है, और यह केवल पहली बार हिट हुआ है।

मुझे संदेह है कि यह "चाल" बिल्कुल भी काम नहीं करती है।

कृपया पुष्टि करें कि क्या यह ट्रिक आपके लिए काम करती है? मुझे लगता है कि यह नहीं है। क्या आपके पास कोई वैकल्पिक हल है (तृतीय-पक्ष कंटेनर का उपयोग करने के अलावा)?

@grokky1 देर से उत्तर देने के लिए क्षमा करें। नहीं, उपाय काम नहीं करता।