C # में लैम्ब्डा एक्सप्रेशंस की सूक्ष्मताएँ

मैंने लेख में क्या लिखा है, मैंने लगभग 10 घंटे पकड़े, यह 10 घंटे का निरंतर डिबग था जो कोड के कामकाजी और गैर-कार्यशील संस्करणों की चरण-दर-चरण तुलना में कम हो गया, यह भी नहीं कि, कोड की कामकाजी और गैर-कार्यशील संस्करणों की डिबग विंडो से प्रत्येक पंक्ति की तुलना करना

एक प्रोग्रामर के लिए जो अभिव्यक्ति के पेड़ों से परिचित नहीं है, एमएसडीएन पर एक अच्छा परिचयात्मक लेख विस्तार से एक पेड़ बनाने के कुछ चरणों का खुलासा करता है जिसे मैंने लेख में छोड़ दिया था।

जिस स्थिति में यह परीक्षण हरा होगा (EF ऐड-इन सक्षम है, जिसमें यह क्रैश हो जाता है अगर यह SQL में क्वेरी का पूरी तरह से अनुवाद नहीं कर सकता है)।

• सबसे पहले, PupilName फ़ील्ड की मैपिंग को परिभाषित किया जाना चाहिए, यदि वह परिभाषित नहीं है। क्वेरी प्रदाता SQL ORDER द्वारा संलग्न करने के लिए PupilName गुण को प्रोजेक्ट करने की आवश्यकता नहीं है।

• दूसरे, प्रदाता को इस मैपिंग को पार्स करना चाहिए, उदाहरण के लिए, यह काम नहीं करेगा, ईएफ शपथ लेना शुरू कर देगा (डिफ़ॉल्ट रूप से यह कसम नहीं खाता है, यह मेमोरी में संस्थाओं को बढ़ाता है - LINQ to Object , लेकिन यह सक्षम किया जा सकता है):

  
  

  

  
  

और बात यह है कि क्वेरी प्रदाता उस इकाई की संपत्ति (संपत्तियों) को नहीं समझता है जिसे हम सॉर्ट करना चाहते हैं। लेकिन अगर मैपिंग सही ढंग से लिखा गया है, तो प्रदाता सामना करेगा, एक एसक्यूएल क्वेरी भेजेगा, एक प्रतिक्रिया प्राप्त करेगा और परिणामों को डिसेर्बलाइज करेगा।

कभी-कभी अपने आप को अभिव्यक्त करना आवश्यक हो जाता है, अर्थात् कुछ इसी तरह:

मैं आपको दिखाऊंगा कि इस अभिव्यक्ति को कैसे लिखना है, यह इतना मुश्किल नहीं है, ऊपर दिया गया लिंक कई समान उदाहरण प्रदान करता है:

हम लैम्बडा स्टेप बाय स्टेप इकट्ठा करते हैं, पहले एक पैरामीटर, एक प्रॉपर्टी, और फिर सब कुछ गोंद करते हैं।
किस मामले में यह काम नहीं करेगा और परीक्षण हरा होगा (प्रदाता अभिव्यक्ति को पार्स नहीं कर पाएगा)?

पता नहीं? चिंता न करें, मुझे या तो पता नहीं था, और अंत में मुझे समझने में लगभग 10 घंटे लगे।
यहाँ एक संकेत है, यह काम करेगा:

बात यह है कि प्रॉपर्टीइन्फो को बेस क्लास से लेने की जरूरत है अगर पुपिलनेम प्रॉपर्टी खुद बेस क्लास की है, तो C # लैम्ब्डा एक्सप्रेशन बनाता है, और EF उन्हें परसेंट करता है, लैंग्वेज स्टैंडर्ड्स पर भरोसा करता है

AutoMapper और शामिल करें

यदि आप कोड को डुप्लिकेट नहीं करने का प्रयास करते हैं, तो आप संभवतः डीटीओ और इनक्रेडबेस के उत्तराधिकार में आए :

एक और भी अधिक परिष्कृत स्थिति है:

और यह परीक्षण हरा होगा:

और बात वही है, फिर से PropertyInfo इंटरफ़ेस से खींच लिया गया है:

इस समस्या को कैसे हल करें? यदि एक इंटरफ़ेस के साथ बायबेस ऑटोमैपर हमें शामिल नहीं करता है (यदि आप मेमोरी में मैपिंग का उपयोग करते हैं - तो यह आपको प्रभावित नहीं करेगा), तो आपको इस एपीआई को छोड़ना होगा, मैंने इस समस्या को एक्सटेंशन विधि में मैपिंग को हाइलाइट करके हल किया:

फिर ऑटो-मैपर खुद ही नाम से एक उपयुक्त प्रकार की संपत्ति ढूंढेगा, "सही" लंबो का निर्माण करेगा
आपका ध्यान के लिए धन्यवाद!