🤴 ⛲️ 👃 पीवीएस-स्टूडियो में खरगोश छेद या सी ++ साक्षात्कार की गहराई 🖕 🕧 🚱

पीवीएस-स्टूडियो में सी ++ पर साक्षात्कार

लेखक: एंड्री कारपोव, khandeliantsफिलिप हैंडीलेन्ट्स।

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

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

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

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

void F1()
{
  int i = 1;
  printf("%d, %d\n", i++, i++);
}

और पूछें: "क्या मुद्रित किया जाएगा?"

अच्छा प्रश्न। तुरंत ज्ञान के बारे में बहुत कुछ कह सकते हैं। ऐसे मामले जब कोई व्यक्ति उस पर जवाब नहीं दे सकता है तो उस पर विचार नहीं किया जाएगा। इन्हें हेडहंटर वेबसाइट (hh.ru) पर प्रारंभिक परीक्षण द्वारा समाप्त किया गया है। हालांकि, नहीं, वे बकवास हैं। हमारी स्मृति में, अद्वितीय व्यक्तित्व के एक जोड़े थे, जिन्होंने आत्मा में कुछ उत्तर दिया:

यह कोड शुरुआत में एक प्रतिशत, फिर डी, फिर एक और प्रतिशत, डी, फिर एक छड़ी, एन, और फिर दो इकाइयों को प्रिंट करेगा।

स्पष्ट रूप से, ऐसे मामलों में, साक्षात्कार जल्दी से समाप्त हो जाता है।

तो, अब वापस सामान्य साक्षात्कार के लिए :)। अक्सर वे इस तरह से उत्तर देते हैं:

1 और 2 प्रिंट करेंगे।

यह आंतरिक स्तर का उत्तर है। हां, ऐसे मूल्य, निश्चित रूप से मुद्रित हो सकते हैं, लेकिन हम लगभग निम्नलिखित उत्तर की प्रतीक्षा कर रहे हैं :

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

वास्तव में, यदि आप क्लैंग का उपयोग करते हैं, तो आप "1, 2" प्राप्त कर सकते हैं।

और यदि आप जीसीसी का उपयोग करते हैं , तो आप "2, 1" प्राप्त कर सकते हैं।

एक बार जब हमने MSVC कंपाइलर की कोशिश की, और उसने "2, 1" का भी निर्माण किया। परेशानी का कोई निशान नहीं।

हाल ही में, सामान्य तृतीय-पक्ष के उद्देश्य के लिए, आधुनिक विज़ुअल C ++ का उपयोग करके इस कोड को संकलित करना और इसे चलाना फिर से आवश्यक था। सक्षम / O2 अनुकूलन के साथ रिलीज़ कॉन्फ़िगरेशन के तहत इकट्ठे हुए । और, जैसा कि वे कहते हैं, उन्होंने अपने सिर पर रोमांच पाया :)। आपको क्या लगता है क्या हुआ है? हा! यहाँ क्या है: "1, 1"।

तो सोचिये आपको क्या चाहिए। यह पता चला है कि सवाल और भी गहरा और अधिक भ्रमित करने वाला है। हम खुद ऐसा होने की उम्मीद नहीं करते थे।

चूंकि सी ++ मानक किसी भी तरह से तर्कों की गणना को विनियमित नहीं करता है, इसलिए कंपाइलर इस प्रकार के अनिर्दिष्ट व्यवहार की बहुत ही अजीब तरीके से व्याख्या करता है। आइए MSVC 19.25 संकलक (Microsoft Visual Studio समुदाय 2019, संस्करण 16.5.1) द्वारा उत्पन्न कोडर कोड पर एक नज़र डालें, भाषा मानक का ध्वज संस्करण '/ std: c ++ 14' है:

औपचारिक रूप से, अनुकूलक ने उपरोक्त कोड को निम्नलिखित में बदल दिया:

void F1()
{
  int i = 1;
  int tmp = i;
  i += 2;
  printf("%d, %d\n", tmp, tmp);
}

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

void foo(std::unique_ptr<int>, std::unique_ptr<double>);

int main()
{
  foo(std::unique_ptr<int> { new int { 0 } },
      std::unique_ptr<double> { new double { 0.0 } });
}

एक चालाक कंपाइलर इसे गणना के निम्नलिखित क्रम में बदल सकता है ( उदाहरण के लिए वही MSVC ):

new int { .... };
new double { .... };
std::unique_ptr<int>::unique_ptr
std::unique_ptr<double>::unique_ptr

यदि नए ऑपरेटर के लिए दूसरा कॉल अपवाद फेंकता है, तो हमें एक मेमोरी लीक मिलती है।

लेकिन मूल विषय पर वापस। इस तथ्य के बावजूद कि संकलक के दृष्टिकोण से सब कुछ ठीक था, हम अभी भी सुनिश्चित थे कि आउटपुट "1, 1" डेवलपर द्वारा अपेक्षित व्यवहार पर विचार करने के लिए गलत होगा। और फिर हमने मानक कोड ध्वज '/ std: c ++ 17' के साथ MSVC संकलक के साथ स्रोत कोड को संकलित करने का प्रयास किया। और सब कुछ अपेक्षित रूप से काम करना शुरू कर देता है, और "2, 1" मुद्रित होता है। कोडांतरक कोड पर एक नज़र डालें:

सब कुछ उचित है, संकलक ने मूल्यों 2 और 1 को तर्क के रूप में पारित किया है। लेकिन सब कुछ इतना नाटकीय रूप से क्यों बदल गया है? यह पता चला है कि निम्नलिखित को C ++ 17 मानक में जोड़ा गया था:

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

कंपाइलर को अभी भी मनमाने क्रम में तर्कों की गणना करने का अधिकार है, लेकिन अब, C ++ 17 मानक से शुरू होने पर, उसे अगले तर्क की गणना शुरू करने का अधिकार है और इसके दुष्प्रभाव केवल उस क्षण से हैं जब पिछले तर्क के सभी गणना और साइड इफेक्ट्स पूरे हो गए हैं।

वैसे, यदि आप '' / std: c ++ 17 'ध्वज के साथ स्मार्ट पॉइंटर्स के साथ एक ही उदाहरण संकलित करते हैं, तो वहां भी सब कुछ अच्छा हो जाता है - std :: make_unique का उपयोग करना अब वैकल्पिक है।

इस प्रश्न में गहराई का एक और पैमाना है। एक सिद्धांत है, लेकिन विशिष्ट संकलक या मानक की एक अलग व्याख्या के रूप में अभ्यास है :)। C ++ की दुनिया हमेशा की तुलना में अधिक जटिल और अप्रत्याशित है।

यदि कोई अधिक सटीक रूप से समझा सकता है कि क्या हो रहा है, तो कृपया हमें टिप्पणियों में बताएं। हमें अंत में इस सवाल को समझना चाहिए ताकि कम से कम खुद को साक्षात्कार में इसका जवाब पता चल सके! :)

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

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

यदि आप इस लेख को अंग्रेजी बोलने वाले दर्शकों के साथ साझा करना चाहते हैं, तो कृपया अनुवाद के लिंक का उपयोग करें: एंड्री कारपोव, फिलिप खंडेलिएंट्स। कैसे गहरी खरगोश छेद चला जाता है, या पीवीएस-स्टूडियो में सी ++ जॉब साक्षात्कार ।

पीवीएस-स्टूडियो में खरगोश छेद या सी ++ साक्षात्कार की गहराई

More articles: