डेटाइम का उपयोग करना बंद करें

PHP कोर्स में बैकएंड डेवलपर के छात्रों के लिए विशेष रूप से , उन्होंने एक लोकप्रिय टूल के साइड इफेक्ट के बारे में एक दिलचस्प लेख का अनुवाद तैयार किया।

---

PHP में दिनांक और समय के साथ काम करना कभी-कभी कष्टप्रद होता है क्योंकि इससे कोड में अप्रत्याशित कीड़े हो जाते हैं:

$startedAt = new DateTime('2019-06-30 10:00:00'); $finishedAt = $startedAt->add(new DateInterval('PT3M')); var_dump($startedAt->format('Ymd H:i:s')); //2019-06-30 10:03:00 var_dump($finishedAt->format('Ymd H:i:s')); //2019-06-30 10:03:00 

$finishdate और $finishdate दोनों $finishdate तीन मिनट के लिए जल्दी में हैं, क्योंकि add () , sub() या modify() जैसे तरीके भी डेटाइम ऑब्जेक्ट को संशोधित करते हैं, जिसके लिए उन्हें इसे वापस करने से पहले बुलाया जाता है। उपरोक्त उदाहरण, ज़ाहिर है, अवांछित व्यवहार को दर्शाता है।

हम इस त्रुटि को इसके साथ बातचीत करने से पहले संदर्भित ऑब्जेक्ट की प्रतिलिपि बनाकर ठीक कर सकते हैं, उदाहरण के लिए:

 $startedAt = new DateTime('2019-06-30 10:00:00'); $finishedAt = clone $startedAt; $finishedAt->add(new DateInterval('PT3M')); 

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

वैकल्पिक रूप से, मूल DateTime आवृत्ति को DateTimeImmutable परिवर्तित करके समस्या का समाधान किया जा सकता है:

 $startedAt = new DateTime('2019-06-30 10:00:00'); $finishedAt = DateTimeImmutable::createFromMutable($startedAt)->add(new DateInterval('PT3M')); 

बहुत शुरुआत से DateTimeImmutable उपयोग क्यों नहीं करते?

DateTimeImmutable का बेजा उपयोग

दिनांक / समय ऑब्जेक्ट्स पास करते समय अनपेक्षित परिवर्तनों को रोकने के लिए सुरक्षा विधियों को मैन्युअल रूप से लागू करने के बजाय, DateTimeImmutable उपयोग करें, जो तरीकों को कूटबद्ध करता है, जिससे आपका कोड अधिक विश्वसनीय हो जाता है।

 $startedAt = new DateTimeImmutable('2019-06-30 10:00:00'); $finishedAt = $startedAt->add(new DateInterval('PT3M')); var_dump($startedAt->format('Ymd H:i:s')); //2019-06-30 10:00:00 var_dump($finishedAt->format('Ymd H:i:s')); //2019-06-30 10:03:00 

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

विस्तृत कोडिंग शैली

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

 $this->expiresAt = $this->expiresAt->modify('+1 week'); 

सांख्यिकीय विश्लेषण उपकरण, जैसे कि PHPStan और इसके एक एक्सटेंशन , हमें चेतावनी दे सकते हैं यदि हम असाइनमेंट को छोड़ देते हैं और DateTimeImmutable गलत तरीके से उपयोग करते हैं।

हालांकि, परिवर्तनशीलता के प्रति इस तरह के संज्ञानात्मक पूर्वाग्रह को दबा दिया जाता है जब हम आदिम के मूल्यों पर अंकगणितीय संचालन करते हैं, उदाहरण के लिए: $a + 3; । अपने आप में, यह एक अर्थहीन कथन के रूप में माना जाता है जिसमें स्पष्ट रूप से एक आश्वासन की कमी होती है: $a = $a + 3; या $A += 3; । यह मूल्य वस्तुओं के मामले में इस तरह से कुछ का उपयोग करने के लिए अच्छा होगा, है ना?

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

 $this->expiresAt += '1 week'; 

एक बार की गणना

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

दिनांक / समय पुस्तकालय

कार्बन एक अत्यंत लोकप्रिय पुस्तकालय है जो पीएचपी में दिनांक / समय एपीआई का विस्तार करता है, एक समृद्ध सुविधा सेट को जोड़ता है। अधिक सटीक रूप से, यह DateTime उत्परिवर्तनीय वर्ग के एपीआई का विस्तार करता है, जिसका उपयोग इस लेख के विषय के विपरीत है।

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

संपादित (07/05/2019): यह पता चला कि कार्बन में एक अपरिवर्तनीय तारीख / समय विकल्प है, जो एक बड़ा प्लस है। हालांकि, मैं क्रोनोस को पसंद करने का कारण यह है कि कार्बन के विपरीत, यह डिफ़ॉल्ट अपरिवर्तनीयता को बढ़ावा देता है और बढ़ावा देता है, दोनों कोड और प्रलेखन में, और ये इस लेख के संदर्भ में निर्णायक कारक हैं।

अंतिम विचार

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

वह सब है। परंपरा से, हम आपकी टिप्पणियों, मित्रों की प्रतीक्षा कर रहे हैं।