इंटरफ़ेस और LINQ

Question

के साथ == और .quals() के बीच अंतर मुझे हाल ही में "इंटरफ़ेस सदस्य का मैपिंग ..... समर्थित नहीं है" त्रुटि मिली है, जिसे मैंने this thread पर आधारित किया था। प्रदर्शित करने के लिए: "इंटरफेस सदस्य IMyInterface.valueText की मैपिंग समर्थित नहीं है":

public interface IMyInterface { string valueText { get; set; } } 
public class MyData : IMyInterface 
{ 
    int ID { get; set;} 
    string valueText { get; set;} 
} 
public class MyOtherData : IMyInterface 
{ 
    long ID { get; set;} 
    string valueText { get; set;} 
} 

और

public static IEnumerable<T> GetByValue<T>(string value) : where T : class, IMyInterface, new() 
{ 
    using (var context = new DataContext()) 
    { 
     // The important line 
     return context.GetTable<T>().Where(x => x.valueText == value); 
    } 
} 

इस कोड चल रहा है, मैं एक NotSupportedException मिल चाहते हैं। हालांकि, अगर मैं x.valueText == value को x.valueText.Equals(value) के साथ प्रतिस्थापित करता हूं, तो यह पूरी तरह से अपेक्षित काम करता है।

मैंने इसे अपने कोड में हल कर लिया है, लेकिन मैं क्यों समझना चाहता हूं यह इस तरह से व्यवहार करता है। क्या कोई इसे समझा सकता है?

अद्यतन: नीचे दी गई मेरी टिप्पणी के अनुसार, LINQ से SQL टीम ने इसे "ठीक नहीं किया जाएगा" के रूप में बंद कर दिया। मुझे लगता है कि इसका मतलब है कि अब यह एक ज्ञात बग के रूप में गिना जाता है, लेकिन एक ऐसा जिसे जल्द ही हल नहीं किया जा रहा है। मैं अभी भी जानना चाहता हूं कि यह पहले स्थान पर अलग-अलग व्यवहार क्यों करता है।

Answer 1

स्पष्ट रूप से सर्वर पर क्वेरी अपस्ट्रीम को धक्का देने का निर्णय नियमों के अपूर्ण सेट के आधार पर किया जाता है, और फिर LINQ-to-SQL एक निर्माण (एक इंटरफ़ेस) पाता है जिसे वह सौदा नहीं कर सकता है।

विधि कॉल LINQ-to-SQL द्वारा समर्थित नहीं है, इसलिए यह सभी रिकॉर्ड्स को पुनर्प्राप्त करने के लिए एक क्वेरी उत्पन्न करता है और फिर उन्हें फ़िल्टर करने के लिए LINQ-to-Objects का उपयोग करता है। (असल में, आपके अन्य थ्रेड के आधार पर, LINQ-to-SQL object.Equals के लिए एक विशेष अपवाद कर सकता है और जानता है कि इसे SQL में कैसे परिवर्तित करें)।

LINQ-to-SQL शायद इंटरफ़ेस में शामिल होने पर LINQ-to-Objects व्यवहार पर वापस आना चाहिए, लेकिन स्पष्ट रूप से यह केवल इसके बजाय अपवाद फेंकता है।