मेरे पास एक फ़ंक्शन है, parseQuery, जो उस क्वेरी के सार प्रतिनिधित्व में एक SQL क्वेरी को पार्स करता है।
मैं एक फ़ंक्शन लिखने वाला हूं जो एक क्वेरी का सार प्रतिनिधित्व करता है और SQL क्वेरी स्ट्रिंग देता है।
मुझे दूसरे फ़ंक्शन को क्या कहना चाहिए?
जवाबों:
मुझे लगता है कि आप जो क्रिया चाहते हैं, वह 'रचना' है।
संकलक शब्दावली में, विपरीत "अनिर्दिष्ट" है। विशेष रूप से, पार्सिंग टोकन की एक धारा को सार सिंटैक्स पेड़ों में बदल देता है, जबकि अनपर्सिंग सार सिंटैक्स पेड़ों को टोकन की एक धारा में बदल देता है।
लिखें? किसी क्वेरी को पार्स करते समय आप इसे उसके घटक भागों (टोकन, आदि) में तोड़ देते हैं, रिवर्स एक स्ट्रिंग क्वेरी में भागों की रचना करेगा।
अपने मौजूदा नामकरण को पूरा करने के लिए, कम्पोज़ाइक सबसे अच्छा लगता है।
लेकिन सामान्य मामले में, पार्स के विपरीत , s .d है
मुझे लगता है कि "सीरियलाइज़" शायद वह शब्द है जो आप चाहते हैं। इसका मतलब है कि प्रोग्राम से निर्यात (और आयातित) किए जा सकने वाले डेटा का एक पाठात्मक प्रतिनिधित्व।
ToQueryString ()
निश्चित रूप से रेंडर।
संभवतः उत्पन्न या उत्सर्जित करते हैं।
बस कुछ सामान जोड़ने के लिए।
निश्चित रूप से पार्स एक दो तरह का शब्द है।
आप एक क्वेरी में एक सार को पार्स कर सकते हैं।
आप एक क्वेरी को एक सार में पार्स कर सकते हैं।
सवाल यह होना चाहिए कि आप विधि के उत्तरार्द्ध का क्या नाम रखते हैं, और क्योंकि इस उदाहरण में आप एक सार को क्वेरी बनाने के लिए कह रहे हैं जिसे आप इसे कहेंगे parseAbstract।
प्रश्न का उत्तर देने के लिए, पार्सिंग का कोई विपरीत नहीं है।
अपना चयन ले लो
उनमें से प्रत्येक में थोड़ा अलग अर्थ है।
शायद prettyPrintQuery ?
एक पारंपरिक संकलक के दो भाग होते हैं: एक पार्सर और एक कोड जनरेटर।
तो आप इसे "जेनरेट" कह सकते हैं। बेशक, यह थोड़ा अलग है क्योंकि कंपाइलर सोर्स कोड नहीं लिख रहा है। (जब तक कि यह एक precompiler नहीं है)।
संभवतः प्रारूप ()। या ToSQL () आपके उदाहरण में?
unParse ()? बस मजाक कर रहा हूं, मैं toStString () के साथ जाऊंगा
समतल?
पार्स की गई क्वेरी ऑब्जेक्ट शायद एक स्थिति पदानुक्रम का प्रतिनिधित्व करती है, जिसे आप 1 आयामी स्ट्रिंग में वापस "सपाट" कर रहे हैं।
लेकिन यह देखते हुए कि आप ऑब्जेक्ट से स्ट्रिंग में जा रहे हैं, वास्तव में सिर्फ toString या toSQL () या ऐसा ही कुछ उपयोग करते हैं। इसके अलावा, यदि आपने इसे अच्छी तरह से डिज़ाइन किया है और सही ऐप का उपयोग कर रहे हैं, तो आप इसे बाद में नाम बदल सकते हैं और यह क्या करता है, इस पर टिप्पणी में सामान चिपका सकते हैं।
मैं कहता हूँ कि क्रमबद्ध और deserialize, पार्स और के बजाय ...
मैं ToString () के लिए जाऊंगा, क्योंकि आप आमतौर पर उन्हें घोंसला बना सकते हैं (विपरीत कार्य, कि आप कक्षा 1 से कक्षा 2 तक और इसके विपरीत)
DateTime.Parse( DateTime.Parse( myDate.ToString() ).ToString() );
सीरियलाइज़ () एक अच्छी पसंद की तरह दिखता है, लेकिन पहले से ही डिसेरिएलाइज़ () में इसका विपरीत है।
अपने विशिष्ट परिदृश्य में, जैसा कि अन्य ने बताया है, ToSql () एक और अच्छा विकल्प है।
मैं रेंडर का उपयोग करूंगा
> a = 'html': { 'head': {'title': 'My Page'}, 'body': { 'h1': 'Hello World', 'p': 'This is a Paragraph' } }
> b = render(a)
> console.log(b)
<html>
<head>
<title>My Page</title>
</head>
<body>
<h1>Hello World</h1>
<p>This is a Paragraph</p>
</body>
</html>
जो IMHO, पार्स () के विपरीत है
> c = parse(b)
{ 'html': {
'head': {
'title': 'My Page'
}
'body': {
'h1': 'Hello World',
'p': 'This is a Paragraph'
}
}
मैं आमतौर पर एक रूपांतरण विधि के रूप में "पार्स" का उपयोग करता हूं और इसलिए, मैं "कन्वर्ट" के लिए एक विपरीत शब्द नहीं खोज सकता। (आप "डिकॉन्वर्ट" कुछ नहीं कर सकते हैं, क्योंकि "अनकंवर्ड" स्वयं एक प्रकार का रूपांतरण है)।
इस तरह से सोचने पर, सबसे अच्छा समाधान (मेरे लिए) दो "पार्स" तरीके हैं, जो विभिन्न तर्क प्राप्त करते हैं। उदाहरण (जावा):
public class FooBarParser{
public Foo parse(Bar bar);
public Bar parse(Foo foo);
}
deparse
गहराई को पार्स करना है, जैसे:
पार्सिंग / डिपार्सिंग संरचना का परिवर्तन नहीं है, बल्कि रूपांतरण है। समान पाठ और अमूर्त-वाक्यविन्यास-ट्री प्रारूपों के बीच सटीक रूपांतरण, सभी संबंधों और संरचना को बनाए रखना।
"रचना" का अर्थ है संरचना में परिवर्तन, इसलिए यह बिल्कुल सही नहीं है। यह अलग-अलग स्वतंत्र भागों (आमतौर पर पहली बार) से संयोजन का सुझाव देता है। जिस प्रकार "डीकंपोज़" स्वतंत्र भागों में विभाजित होने का सुझाव देता है। वे केवल स्वरूप ही नहीं, रूप भी बदलते हैं।
एक त्वरित खोज शो का शब्द इस प्रकार प्रयोग किया जाता है: