2008-10-22 19 views
6

मैं अपने सम्मान परियोजना के हिस्से के रूप में प्रयोगशाला का उपयोग करना सीख रहा हूं, और यह सोच रहा था कि ग्राफिकल प्रोग्रामिंग भाषा का पाठ एक पाठ पर क्या फायदेमंद है?प्रयोगशाला का उपयोग क्यों करें?

उत्तर

6

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

6

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

प्रोफेसरों और प्रयोगशाला सहायक के लिए ... सहायक। वास्तविक सॉफ्टवेयर डेवलपर्स के लिए ... किसी अन्य भाषा में लिखना आसान होगा।

+0

इसके लिए धन्यवाद, मैंने बहुत सोचा :) – alex77

5

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

3

कुछ लाभ हैं:

  • निर्मित जैसे बटन यूजर इंटरफेस घटकों, रेखांकन आदि सचमुच किसी प्रोग्रामिंग जो कुछ भी आवश्यकता होती है; आप उन्हें केवल फ्रंट पैनल पर रखें और डेटा टर्मिनल ब्लॉक आरेख पर दिखाई देते हैं।

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

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

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

19

मेरे लिए, प्रयोगशाला का लाभ ग्राफिकल बनाम पाठ में नहीं है।

यह डेटाफ्लो बनाम अनिवार्य है।

Dataflow programming खुद को समेकन के लिए उधार देता है, क्योंकि आपके निष्पादन को काले बक्से के रूप में मॉडलिंग किया जाता है जो उनके इनपुट मान्य होने पर निष्पादित होते हैं, जिनके इनपुट/आउटपुट एक साथ वायर्ड होते हैं। यह अंतर्निहित राज्य के विरोध के रूप में निर्देशों की एक सूची के साथ विरोध के रूप में। (ढीले रूप से पैराफ्रेशिंग 'कैपिडिया, उपरोक्त आलेख बेहतर है।)

प्रत्येक ब्लैक बॉक्स एक अलग कोर/प्रोसेसर/नोड पर चला सकता है, जो आपको अपने प्रोग्राम को डेटाफ्लो तरीके से व्यवस्थित करने पर प्रभावी रूप से मुफ्त सहमति प्रदान करता है।

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

सवाल यह है: क्या आपके और आपके प्रोजेक्ट के लिए डेटाफ्लो के पेशेवर विपक्ष से अधिक हैं?

+4

हालांकि यह सरल कार्यक्रमों के लिए सच है, लैबव्यू में अभी भी बड़ी परियोजनाएं होने पर सहमतिएं हैं। अनजाने में एक वीआई (विधि) लिखना आसान है जो पुन: प्रवेश नहीं करता है और इसमें एक समय का डिबगिंग होता है। – num1

7

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

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

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

1

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

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

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

संबंधित मुद्दे