किसी भी LINQ प्रदाता के लिए गणना किए गए फ़ील्ड

हेलो, हेब्र!

आज मैं एक छोटे से पुस्तकालय के बारे में बात करना चाहता हूं जो मैंने हाल ही में अपने घुटने पर कुछ ही घंटों में लिखा था। यह पुस्तकालय उनके λ प्रतिनिधित्व में तरीकों को विघटित कर सकता है।

इसकी जरूरत क्यों पड़ सकती है - कटौती के तहत।

पहचान

जीवन में, ऐसा होता है कि LINQ में आपको एक संगणित क्षेत्र का उपयोग करने की आवश्यकता होती है, उदाहरण के लिए, हमारे पास एक कर्मचारी वर्ग है, जिसमें एक संगणित क्षेत्र FullName है

class Employee { public string FullName { get { return FirstName + " " + LastName; } } public string LastName { get; set; } public string FirstName { get; set; } } 

और फिर ग्राहक आपके पास आता है और कहता है कि हमें कर्मचारी के पूर्ण नाम से एक खोज जोड़ने की आवश्यकता है। आप लंबे समय तक नहीं सोचते हैं और निम्नलिखित प्रश्न लिखें:

 var employees = (from employee in db.Employees where (employee.FirstName + " " + employee.LastName) == "Test User" select employee).ToList(); 

हाँ, FullName के रूप में एक क्षेत्र के साथ, आप यह कर सकते हैं, लेकिन क्या होगा यदि क्षेत्र इतना सरल नहीं है? उदाहरण के लिए, एक प्रोजेक्ट से एक परिकलित फ़ील्ड जिसमें मैंने भाग लिया था।

 public class WayPoint { //       public virtual bool IsValid { get { return (Account == null) || (Role == null || Account.Role == Role) && (StructuralUnit == null || Account.State.StructuralUnit == StructuralUnit); } } } 

यह कठिन है। तो चलिए शुरू करते हैं। ऐसी समस्याओं को हल करने के लिए हमारे पास क्या है?

NHibernate में <सूत्र>

यदि आप NHibernate का उपयोग करते हैं, तो आप इस फ़ील्ड को एक सूत्र के रूप में मैप कर सकते हैं, लेकिन यह मार्ग बहुत ही अनुकूल, रिफ्लेक्टरिंग नहीं है, इसके अलावा, <सूत्र> केवल sql का समर्थन करता है, और यदि आप एक एप्लिकेशन लिख रहे हैं जिसे आप विभिन्न डेटाबेस के साथ उपयोग करने की योजना बनाते हैं, तो आपको इसकी आवश्यकता है विशेष रूप से सावधान रहें।

केवल NHibernate द्वारा समर्थित है।

Microsoft.Linq.Translations

ऐसा करने के लिए, हमें अपनी कक्षा और क्वेरी को इस प्रकार लिखना होगा:

 class Employee { private static readonly CompiledExpression<Employee,string> fullNameExpression = DefaultTranslationOf<Employee>.Property(e => e.FullName).Is(e => e.FirstName + " " + e.LastName); public string FullName { get { return fullNameExpression.Evaluate(this); } } public string LastName { get; set; } public string FirstName { get; set; } } var employees = (from employee in db.Employees where employee.FullName == "Test User" select employee).WithTranslations().ToList() 

सब कुछ ठीक है, अनुरोध सुंदर दिखता है, लेकिन संपत्ति की घोषणा सिर्फ भयानक है। इसके अलावा, मूल्यांकन के समय λ-अभिव्यक्ति का मूल्यांकन करता है, जो, मेरी राय में, एक परिकलित फ़ील्ड को निर्दिष्ट करने से कम भयानक नहीं है।

और अंत में, हम मेरे निर्माण में आते हैं - डेलिगेटडेकोम्पाइलर

DelegateDecompiler

सभी की जरूरत है कि [गणना] विशेषता के साथ परिकलित फ़ील्ड को चिह्नित करें, और .Decompile () विधि का उपयोग करके अनुरोध को परिवर्तित करें।

 class Employee { [Computed] public string FullName { get { return FirstName + " " + LastName; } } public string LastName { get; set; } public string FirstName { get; set; } } var employees = (from employee in db.Employees where employee.FullName == "Test User" select employee).Decompile().ToList() 

मेरी राय में सुरुचिपूर्ण ढंग से (आप खुद की प्रशंसा नहीं करेंगे - कोई भी प्रशंसा नहीं करेगा)

जब .Decompile () कहा जाता है, तो decompiler सभी गुणों और विधियों को [संगणित] विशेषता के साथ चिह्नित करेगा और उनका विस्तार करेगा। यानी अनुरोध को मूल उदाहरण से फ़ॉर्म में बदल दिया जाएगा:

 var employees = (from employee in db.Employees where (employee.FirstName + " " + employee.LastName) == "Test User" select employee).ToList(); 

लाइब्रेरी में Mono.Cecil के निर्माता, जीन-बैप्टिस्ट इवैन , एक डिकंपाइलर के रूप में लाइब्रेरी Mono.Reflection ( GitHub , NuGet ) का उपयोग करता है। Mono.Cecil अपने बल्कनेस के कारण उपयोग नहीं किया जाता है।

पुनश्च: स्वाभाविक रूप से, गणना फ़ील्ड के अंदर तथ्य यह है कि आपके LINQ प्रदाता द्वारा समर्थित होना चाहिए।
PPS: यह अल्फ़ा संस्करण रिलीज़ होने से बहुत दूर है - अपने जोखिम पर उपयोग करें।

संदर्भ

GitHub स्रोत कोड
NuGet पैकेज