Moment: आईएसओ प्रारूप से मेल खाते समय मेरिडीम संकेतक की तलाश करें

आउच! ऐसा लगता है कि यह निश्चित रूप से किसी को काट सकता है। कोई बहिष्करण चेतावनी भी नहीं।

ऐसा लगता है कि शायद यह सुनिश्चित कर लें कि आईएसओ चेकर स्ट्रिंग के अंत तक सभी तरह से जाता है, उदाहरण के लिए $ को extendedIsoRegex और basicIsoRegex के अंत में जोड़कर।

@icambron मुझे नहीं लगता कि हम ऐसा कर सकते हैं। वर्तमान में निम्नलिखित परीक्षा पास होती है:

    assert.ok(moment('2016-01-01 is my date').isValid(), 'test extra chars after iso date')

यह लगभग तय है कि दुनिया में कोई न कोई ऐसा कर रहा है। रेगेक्स बदलें और वह परीक्षण विफल हो जाता है (कुछ अन्य लोगों के साथ जिन्हें मैंने अभी तक शिकार नहीं किया है)।

हा ठीक हैं। मेरा लेना यह होगा कि जब हम इसके लिए समर्थन छोड़ दें तो इसे हटा दें और इस AM/PM चीज़ को ठीक करें। मुझे कोई अच्छा कारण नहीं दिखता कि हम moment('2016-01-01 is my date') समर्थन क्यों करते हैं

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

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

मैंने वास्तव में ग्लोबलस्ट्रिक्ट नामक टॉगल-सक्षम ग्लोबल स्टेट वैरिएबल जोड़कर सख्त-मोड-बाय-डिफॉल्ट को कोडिंग करना शुरू कर दिया, जिसे मैंने सही पर डिफॉल्ट किया। सख्त मोड सेटिंग को कॉल करके वापस गलत पर स्विच किया जा सकता है:

moment.globalStrict(false)

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

वैकल्पिक रूप से, GlobalStrict सेटिंग डिफ़ॉल्ट रूप से गलत हो सकती है, और हम डेवलपर्स को दस्तावेज़ों में इसे सही पर सेट करने के लिए दृढ़ता से प्रोत्साहित कर सकते हैं। यह कम आक्रामक और शायद मददगार है?
मैं यह कहने वाला पहला व्यक्ति बनूंगा कि वैश्विक राज्य चर एक परीक्षण क्षमता के दृष्टिकोण से SUCK करते हैं, और केवल इसी कारण से यह विचार भयानक हो सकता है।

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

मुझे वह सब पसंद है, सिवाय एक चीज़ के:

यह शायद उन हजारों लोगों को परेशान करेगा जो अभी भी जेएस तिथि निर्माण में वापस आ रहे हैं।

स्पष्ट होने के लिए, मेरा सुझाव जेएस-कन्स्ट्रक्टर बहिष्करण को समाप्त नहीं करना था। वास्तव में, इसके विपरीत: इस मामले में, हम बस यही करना चाहते हैं लेकिन आईएसओ जांच हमें छूट दे रही है।

तो, क्या आप कह रहे हैं कि आप वैश्विक स्थिति की कोशिश करेंगे, या आप इससे बचेंगे? हो सकता है कि मैं अभी यूनिट परीक्षण समाप्त कर दूं और पीआर बनाऊं और हम इसके बारे में वहां बात कर सकें।

क्षमा करें, मैं अस्पष्ट था: मैं वैश्विक स्थिति के खिलाफ बिल्कुल भी नहीं हूं। मुझे नहीं लगता कि यह हमें moment(string) की आईएसओ जांच को हर समय सख्त बनाने से रोकता है, यहां तक ​​कि राज्य सेट के बिना भी।

@maggiepint मुझे सही सूत्र पर इंगित करने के लिए धन्यवाद।
और आपने ऊपर सही कहा है कि मैं "उन लोगों में से एक था" :P जैसे काम कर रहा था
moment("2016-04-06Tnull").isValid()
पूरे विश्वास के साथ वह क्षण एक अमान्य स्ट्रिंग को अस्वीकार करने वाला है।

तो डिफ़ॉल्ट रूप से सख्त पार्सिंग चालू करने का सबसे आसान तरीका क्या है? (क्षमा करें, आलसी होना)

@Aukhan हमने सख्त मोड पार्सिंग के साथ किसी समस्या के कारण वैश्विक सख्त कभी लागू नहीं किया जिसे पहले ठीक करने की आवश्यकता थी। (लेकिन ऐसा था, इसलिए हम अभी तक वहां पहुंच सकते हैं)।

आप जो कर रहे हैं उसे पूरा करने के लिए, मुझे लगता है कि आपको अपने कोड में ISO_8601 स्थिर और सख्त मोड इनलाइन निर्दिष्ट करने की आवश्यकता है:

moment("2016-04-06Tnull", moment.ISO_8601, true).isValid()
false

@maggiepint आपके उत्तर के लिए फिर से धन्यवाद ...

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

मेरे पास आवश्यक कौशल नहीं हो सकता है, लेकिन अगर मैं किसी भी तरह से मदद कर सकता हूं तो कृपया मुझे बताएं।
धन्यवाद !

@Aukhan मैं

#3502 . के पक्ष में समापन