एक वास्तविक परियोजना में DSL (डोमेन विशिष्ट भाषा) का उपयोग करने का उदाहरण

डीएसएल (डोमेन विशिष्ट भाषाएँ) - किसी भी डोमेन की समस्याओं को हल करने के लिए विशिष्ट भाषाएं (जैसे सामान्य प्रयोजन की भाषाओं जैसे जावा या सी # के विपरीत)। विकिपीडिया पर एक अधिक विस्तृत विवरण और उदाहरण हैं, लेकिन मैं इस बारे में लिखना चाहता हूं कि कैसे एक आवेदन (C #) में बू भाषा पर आधारित मेरे अपने DSL को एम्बेड करना काफी आसान है।



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



ऑफ़हैंड, आप XML के माध्यम से XXX को AD मैप करने के कार्य के साथ एक समाधान देखते हैं, जैसे कि:





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



इन समस्याओं ने हमें यह सोचने के लिए प्रेरित किया कि कार्य उन प्रकारों को फिट करता है जो डीएसएल का उपयोग करके अच्छी तरह से हल किए जाते हैं। चूंकि हमारे पास इस क्षेत्र में बहुत अनुभव और ज्ञान नहीं था, इसलिए शुरुआत में हमने थोड़ा शोध किया और कुछ प्रोटोटाइप बनाए। हम मुख्य रूप से बू में डीएसएल पुस्तक पर आधारित थे - पुस्तक के लेखक से .NET और राइनो डीएसएल फ्रेमवर्क में डोमेन-विशिष्ट भाषाएँ ।



पुस्तक से डीएसएल के कुछ उदाहरण इस प्रकार हैं:



प्राधिकरण नियमों की स्थापना के लिए डीएसएल:





मॉड्यूलर सॉफ्टवेयर वितरण नियमों और मॉड्यूल आवश्यकताओं को स्थापित करने के लिए डीएसएल (+ यहां Intellisense और सिंटैक्स हाइलाइटिंग से संपादक के आधार पर DSL संपादक के कार्यान्वयन का एक उदाहरण है)





ये सभी “आंतरिक” डीएसएल के उदाहरण हैं जो कि बू भाषा में होस्ट किए गए हैं, अर्थात, उपरोक्त कोड लीगल बू कोड है जिसे नियमित clr कक्षाओं में संकलित किया जा सकता है या व्याख्या की जा सकती है। बू चुना गया था क्योंकि इसमें DSL के लिए सुविधाजनक सिंटैक्स है, सिंटैक्स का विस्तार करने के लिए समृद्ध संभावनाएं (आप मैक्रोज़ लिख सकते हैं, जैसे कि मैक्रोज़ सी में, लेकिन वे पाठ के साथ नहीं, बल्कि एक सिंटैक्स ट्री के साथ हेरफेर करते हैं) + यह खुला है और इसमें एक सुविधाजनक संकलक एपीआई है जिसमें आप आसानी से अपने कार्यों को एम्बेड कर सकते हैं।



विशेष रूप से सुविधाजनक तथ्य यह है कि बू हमें आउटपुट के रूप में सामान्य .Net कक्षाएं देता है। परिणामस्वरूप, उदाहरण 1 से डीएसएल फ़ाइलों को संसाधित करने के बाद, हमें नियम प्रकार मिलता है, जिसमें एक विधि होती है, उदाहरण के लिए, मूल्यांकन (उपयोगकर्ता), जब बुलाया जाता है, तो बोओ कोड निष्पादित किया जाएगा, जो परिणाम देगा कि क्या उपयोगकर्ता को अधिकृत करने की आवश्यकता है। यही है, डेवलपर और आवेदन के दृष्टिकोण से, सब कुछ बिल्कुल पारदर्शी दिखता है, जैसे कि डीएसएल में लिखे गए नियमों को नियमित कोड की तरह लिखा जाता है। बहुत मस्त।

हमारा परिणाम है

यहां एक जटिल नियम का एक उदाहरण है जो उपयोगकर्ताओं और संगठनात्मक उपयोग को AD से विभागों और कॉर्पोरेट सिस्टम XXX के कर्मचारियों के लिए सिंक्रनाइज़ करता है, जबकि विभागों के पदानुक्रम को भी ध्यान में रखता है:





वैसे, ये नियम स्टूडियो में बिना किसी प्लग-इन को स्थापित किए पारदर्शी रूप से डीबग किए जाते हैं।

आंतरिक कार्यान्वयन

दरअसल, वास्तव में, यहां सब कुछ सरल है और सब कुछ मानक बू सिंटैक्स द्वारा किया जाता है। हमारी कक्षा के संदर्भ में एक नियम संकलित किया गया है, जिसमें नाम नियम, for_type, आदि के साथ तरीके हैं। तो कोड



for_type उपयोगकर्ता

यह वास्तव में एक स्ट्रिंग पैरामीटर "उपयोगकर्ता" के साथ for_type विधि के लिए सिर्फ एक कॉल है। और विधि के अंदर, हम बस पारित मूल्य को नियम संपत्ति में लिखते हैं और भविष्य में हम इसे हेरफेर कर सकते हैं।



Entity और ldap विशेष Boo इंटरफ़ेस को लागू करने वाले प्रकारों के साथ नियम के गुण हैं - IQuackFoo, जो उन्हें गतिशील टाइपिंग (जैसे IExpandoObject और C # में गतिशील) को लागू करने की अनुमति देता है। इसलिए, जब ldap.GivenName नियम में लिखा जाता है, तो ldap वर्ग वास्तव में उपयोगकर्ता की विशेषताओं में "GivenName" नामक विशेषता की तलाश करता है और उसका मूल्य लौटाता है। इसी तरह इकाई के साथ।



केवल वाक्यात्मक रूप से मुश्किल जगह इकाई पर अभिव्यक्ति है। सिड == ldap.objectGUID। यहाँ एक मेटा-विधि है जो संकलन के दौरान काम करती है और इकाई के वाक्यविन्यास वृक्ष को बदल देती है। Sid == ldap.objectGUID अभिव्यक्ति दूसरे के साथ। विशेष रूप से, यहां हम पेड़ से केवल उन गुणों के नाम बताते हैं, जिनके द्वारा कुंजी दी गई है और उन्हें याद रखें। मेटा विधि सिर्फ एक सी # विधि की तरह दिखती है जिसे एक विशेष विशेषता के साथ चिह्नित किया जाता है और जो एक वाक्यविन्यास ट्री को इनपुट के रूप में लेता है और एक नया पेड़ देता है। सब कुछ सरल है :)।



कार्यान्वयन के विवरण के बारे में पूछें, अच्छी तरह से, या बस बूओ में डीएसएल पढ़ें और राइनो डीएसएल को चुनें, वहां सब कुछ बहुत अच्छी तरह से वर्णित है, और राइनो डीएसएल आपको कुछ मिनटों में एक डीओएस प्रोजेक्ट को बू से कनेक्ट करने की अनुमति देता है।