दुभाषिया अड़चन

यह नोट युवा प्रोग्रामरों के लिए है, जो कुछ समय से व्याख्या की गई प्रोग्रामिंग भाषाओं का उपयोग कर रहे हैं या शुरू कर रहे हैं, लेकिन अभी तक भाषा के कार्य सिद्धांत का अध्ययन नहीं किया है।



आजकल, संभावित रूप से खराब वेतन और कार्यालय प्रकार के काम के कारण, प्रोग्रामिंग युवा लोगों में काफी लोकप्रिय हो गई है। इसके अलावा, प्रोग्रामिंग भाषाएं जो प्रारंभिक विकास के लिए पर्याप्त जटिल नहीं हैं: मांग में हैं: जावास्क्रिप्ट, पीएचपी, पर्ल, पायथन, जावा, सी #, बेसिक, ... (जैसा कि आप देख सकते हैं कि वे सभी एक ही परिवार के हैं - दुभाषिए)। नतीजतन, इस उद्योग में काफी बड़ी संख्या में श्रमिक दिखाई दिए जो कहीं भी प्रोग्रामिंग में विशेष रूप से प्रशिक्षित नहीं थे। मुझे "X" भाषा में एक प्रोग्रामर की आवश्यकता थी, "X को 2 सप्ताह में" पुस्तक खरीदी और 3 सप्ताह के बाद - हम पहले से ही "X" पर किसी प्रकार की परियोजना लिख ​​रहे हैं। और कोड की कुछ हज़ार लाइनों के बाद या डेटाबेस के वास्तविक डेटा के साथ समाप्त हो जाने के बाद, परियोजना निर्दयता से धीमी गति से शुरू होती है। बेशक, आप "ड्रम बजाएं" जब तक कि लोहा आपकी परियोजना तक नहीं पहुंच जाता, लेकिन यह विकल्प हमेशा नहीं होता है और हर कोई खुश नहीं होता है।





आमतौर पर मुख्य समस्या क्या है? आमतौर पर समझ के अभाव में: "वाई" कमांड निष्पादित होने पर वास्तव में क्या होता है। संचार भाषाओं के रूप में प्रोग्रामिंग भाषाओं - एक ही बात को विभिन्न शब्दों में समझाया जा सकता है। लेकिन कंप्यूटर के मामले में, स्पष्टीकरण जितना संभव हो उतना बेहतर होगा। "निष्पादन की गति" के अर्थ में "बेहतर"। इसके अलावा, लैकोनिज़्म एक भाषा के स्तर पर होना चाहिए जो केंद्रीय प्रोसेसर के लिए समझ में आता है, और आपके लिए नहीं। मेरा मतलब है कि फ़ंक्शन के नाम की संक्षिप्तता जिसे आप किसी विशेष प्रोग्रामिंग भाषा में कहते हैं, प्रदर्शन को प्रभावित नहीं करता है (अपवाद हैं); यह कार्य उसके आंत्र में क्या करता है, इससे प्रदर्शन प्रभावित होता है। और इसके लिए, यह समझने लायक है कि कंप्यूटर वास्तव में संख्याओं, तारों, सरणियों, कार्यों और इसी तरह से कैसे काम करता है।



ताकि यह नोट बहुत अधिक न बढ़े, मैं यहां यह वर्णन नहीं करूंगा कि यह निम्न स्तर पर क्या और कैसे काम करता है। यह स्पष्टीकरण कुछ भाषाओं में भिन्न हो सकता है। आप इंटरनेट, पुस्तकों के बारे में विस्तृत जानकारी खोज सकते हैं या इसका पता लगा सकते हैं। यदि वांछित है, तो मैं टिप्पणियों में प्रश्नों का उत्तर दे सकता हूं और उन सभी को एक अलग नोट में डाल सकता हूं। इस बीच, मैं केवल "जहां पैर बढ़ते हैं" आम चूक से समझाता हूं और आपको किस पर ध्यान देना चाहिए।



सबसे पहले, आइए प्रोग्रामिंग भाषाओं की कक्षाओं को देखें। मैं उन्हें 3 समूहों में तोड़ दूंगा (हो सकता है कि वे उस तरह से टूट जाएं):

• कोडांतरक
• compilers
• दुभाषिए

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



कंपाइलर प्रोग्रामर भाषाओं के अधिक अनुकूल होते हैं: C, C ++, पास्कल, ... इस तथ्य के कारण कुछ भी लिखना बहुत आसान है कि भाषा की वाक्य रचना में सशर्त ब्रांचिंग, लूप्स, चर के साथ काम करना और फ़ंक्शन जैसी चीजें प्रदर्शित होती हैं। नतीजतन, जटिल चक्र को लागू करने के लिए कई सीपीयू निर्देशों को लिखना आवश्यक नहीं है। साथ ही, उन्होंने विभिन्न डिजाइनों को लागू किया है जो सीपीयू (केंद्रीय प्रसंस्करण इकाई) से अवगत नहीं हैं। लेकिन जो कार्यक्रम (कक्षाओं, वस्तुओं, रिकॉर्ड, सरणियों, ...) के तर्क को संरचना करना बहुत आसान बनाते हैं। संकलन करते समय, प्रोग्राम को एक ऐसी भाषा में अनुवादित किया जाता है जो किसी विशेष सीपीयू के लिए समझ में आता है। चूंकि असेंबलर और भाषा जो सीपीयू समझता है अनिवार्य रूप से एक ही चीज है, आप हमेशा असेंबल किए गए प्रोग्राम को असेंबलर (डिस्सैम्प) में स्थानांतरित कर सकते हैं। संकलित कार्यक्रम को संकलित भाषा में अनुवाद करना अधिक जटिल कार्य है, क्योंकि कुछ प्रोसेसर भाषा निर्माण हमेशा संकलित भाषाओं के सरलीकृत सिंटैक्स में ठीक से स्थानांतरित नहीं किए जा सकते हैं। इसके अलावा, संकलन के दौरान चर और कार्यों के सभी नाम खो गए हैं, और उन्हें पुनर्स्थापित करना संभव नहीं है (जब डिबग मोड में कार्यक्रम संकलित किया जाता है) को छोड़कर।



दुभाषिए - ये भाषाएं विकास के उच्चतम स्तर का प्रतिनिधित्व करती हैं: जावास्क्रिप्ट, पीएचपी, पर्ल, पायथन, जावा, सी #, बेसिक ... उनकी ख़ासियत अनुप्रयोग निष्पादन मंच से उनकी संभावित स्वतंत्रता में निहित है।



कोडांतरकों में लिखे गए प्रोग्राम केवल उन प्रोसेसर के प्रकार पर काम कर सकते हैं जिनके लिए वे लिखे गए हैं, क्योंकि वे इन प्रोसेसर के कमांड द्वारा लिखे गए थे और अन्य बस उन्हें समझ नहीं पाएंगे।



संकलित भाषाओं में लिखे गए कार्यक्रम केवल उन प्लेटफार्मों पर काम करते हैं जिनके लिए उन्हें संकलित किया गया था। सैद्धांतिक रूप से, कार्यक्रम को विभिन्न प्लेटफार्मों के लिए संकलित किया जा सकता है, लेकिन व्यवहार में, यदि आवश्यक हो, तो प्रोग्रामिंग मंच पर भी सभी प्लेटफार्मों की सुविधाओं को ध्यान में रखना आवश्यक है, जिसके लिए कार्यक्रम को संकलित किया जाना चाहिए।



प्रोग्राम जो व्याख्या की गई भाषाओं में लिखे गए थे, उन्हें एक निश्चित प्रोग्राम-लेयर द्वारा निष्पादित किया जाता है, जो आपके कोड को वास्तविक समय में पढ़ता है और इसे सीपीयू द्वारा समझी जाने वाली भाषा में अनुवाद करता है। नतीजतन, दुभाषिया डेवलपर्स ने आपके आवेदन की पोर्टेबिलिटी का मुद्दा उठाया है। अब उन्हें विभिन्न प्रणालियों के लिए यह परत बनानी होगी ताकि आपका कार्यक्रम उन सभी पर काम करे। लेकिन चूंकि सभी प्रणालियां काफी भिन्न हैं, इसलिए पूर्ण स्वतंत्रता का एहसास करना हमेशा संभव नहीं होता है। यदि लिनक्स के अंतर्गत एक "Z" फ़ंक्शन है, लेकिन विंडोज के तहत यह मौजूद नहीं है, तो आपको या तो इसके बिना करना होगा, या आपका प्रोग्राम केवल लिनक्स के तहत काम करेगा (उदाहरण के लिए, फ़ाइल सिस्टम के साथ काम करने के लिए फ़ंक्शन)।



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



अब, दुभाषियों के काम के एक छोटे से सामान्य विवरण के बाद, मैं 3 विषयों का उल्लेख करना चाहूंगा, जिन्हें आप एक छोटी सी परियोजना को लिखते समय छोड़ सकते हैं, लेकिन जो कभी-कभी महत्वपूर्ण प्रदर्शन को बढ़ावा दे सकते हैं जब उन्हें समझा और सही तरीके से उपयोग किया जाता है।

भाषा सुविधाएँ जो पहले से संकलित हैं

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

जटिल लेकिन फ्रेमवर्क का उपयोग करना आसान है

फ़ंक्शन पुस्तकालयों के एक सेट के अलावा, कुछ उत्साही लोग भाषाओं के वाक्यविन्यास और तर्क को बदलने की कोशिश करते हैं, कुछ विचारों को पेश करते हैं जो संरचनाओं और / या डेटा (jQuery, LINQ, ORM, ...) के साथ काम करते समय कुछ सरल करते हैं। यदि भाषा संकलित है, तो यह इतनी डरावनी नहीं है। लेकिन दुभाषियों में, तीसरे पक्ष के अमूर्त कार्यों में अंधा विसर्जन हानिकारक है। हां, अक्सर ऐसे कन्वर्टर्स के साथ यह वास्तव में अधिक सुविधाजनक होता है, लेकिन काम की गति के कारण यह सुविधा लगभग हमेशा प्राप्त होती है। यह इन "सहायकों" के स्रोत कोड पर एक नज़र डालने के लिए पर्याप्त है और सुनिश्चित करें कि कभी-कभी यह भाषा में निर्मित कुछ कार्यों को कॉल करने के लिए बहुत अधिक कुशल होता है, जो वास्तव में आपकी आवश्यकता के अनुरूप प्रदर्शन करते हैं, एक सार्वभौमिक तृतीय-पक्ष की तुलना में जो "टन" कोड के अंदर निष्पादित करेगा, इससे पहले कि आप समझें कि क्या है आप उससे चाहते हैं और अंत में यह करते हैं। उदाहरण के लिए, सभी DIV को प्राप्त करने के लिए जावास्क्रिप्ट में, आप सीधे अंतर्निहित फ़ंक्शन को "डॉक्यूमेंट"। , जो नियमित अभिव्यक्तियों के एक जोड़े का प्रदर्शन करेगा, कई जाँचें, "मैनुअल" सरणियों में शामिल होना और उसके बाद ही आवश्यक वापसी करेगा।

तार के साथ काम करें

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





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



अ छा!