शर्तों में असाइनमेंट

हाल ही में, मेरी परियोजना पर एक कोड समीक्षा के दौरान, मुझे सहकर्मियों से असहमति थी। उन्हें निम्नलिखित कोड की चिंता थी:

if (false == ($var = foo())){...}

कई वास्तव में अच्छे डेवलपर्स ने एक बार इस कोड को पूरी तरह से अस्वीकार्य पाया। विशेष रूप से संकेत मेरे सहयोगी टिमोफ़े का तर्क था: "परिस्थितियों में असाइनमेंट बुराई हैं, वे प्रोग्रामिंग पर पहले व्याख्यान में इस बारे में बात करते हैं।" यह संभव है, लेकिन क्योंकि मेरे पास प्रोग्रामिंग पर एक भी व्याख्यान नहीं है, इसलिए मैं अभी भी यह पता लगाने का प्रस्ताव करता हूं कि यह बुराई क्यों है।

तो, आप सभी जानते हैं कि php में परिचालनों और तुलना ऑपरेटरों का काम कैसे होता है।
नीचे दिए गए उदाहरण में, $ var चर का मूल्य बूलियन को दिया गया है, और यदि यह सच है, तो स्थिति संतुष्ट है।
if ($var){...}

यह उदाहरण चर $ var के मूल्यों और निष्पादन फू () के परिणाम की तुलना करता है, और यदि वे समकक्ष हैं, तो स्थिति संतुष्ट है।
if ($var == foo()){...}

यहां, स्थिति में, चर $ var को foo () के निष्पादन का परिणाम सौंपा गया है, जिसके बाद $ var के मूल्य को बूलियन में बदल दिया जाता है, और यदि यह सत्य है, तो स्थिति संतुष्ट है।
if ($var = foo()){...}

हालांकि अंतिम उदाहरण php में मान्य है, यह वास्तव में खराब पढ़ा जाता है क्योंकि हालत में कोई तुलना ऑपरेटर नहीं हैं। अक्सर यह कोड एक त्रुटि को इंगित करता है, और प्रोग्रामर वास्तव में मतलब था
if ($var == foo()){...}

एक बूलियन मूल्य के साथ एक चर की तुलना करते समय, प्रकार को ध्यान में रखते हुए, वे अक्सर लिखते हैं
if (true === $var){...}

यह गलती से चर $ var को सही रूप में असाइन करने से बचने के लिए किया जाता है, उदाहरण के लिए, जैसे
if ($var = true){...}

आईडीई डेवलपर को चेतावनी देने का भी प्रयास करता है यदि वह स्थिति में असाइनमेंट का उपयोग करता है। यहाँ ग्रहण से एक उदाहरण दिया गया है


उस कोड पर वापस जाएं जो असहमति का कारण बना
if (false == ($var = foo())){...}

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


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