Moment: नियंत्रण इस बीच की विशिष्टता/विशिष्टता व्यवहार के बीच है

मैं यह भी चाहूंगा।

मैं सहमत हूं, यह एक अविश्वसनीय उपयोगी विशेषता होगी। समावेशी और अनन्य के बीच चयन करने में सक्षम होना, या बूलियन तर्क के रूप में समावेशन पास करना शानदार होगा।

वास्तव में कुछ अधिक विचार है जिसे इस समारोह में जाने की आवश्यकता है जो वर्तमान में पेश किया जा रहा है या क्या प्रस्तावित किया जा रहा है।

वास्तविक दुनिया के परिदृश्यों में, प्रारंभिक मान हमेशा समावेशी होता है, लेकिन अंतिम मान या तो समावेशी या अनन्य _विवरण के आधार पर_ होता है। विशेष रूप से, यदि मान में समय घटक शामिल है, तो अंतिम मान अनन्य होना चाहिए। यदि इसमें समय घटक शामिल नहीं है, तो यह _inclusive_ होना चाहिए।

इस तरह से इसके बारे में सोचो। अगर मैं आपसे पूछूं कि 1 जनवरी से 3 जनवरी के बीच कितने दिन हैं - तो जवाब तीन दिन है । लेकिन अगर मैं आपसे पूछूं कि 1:00 और 3:00 के बीच कितने घंटे हैं, तो जवाब दो घंटे है । मनुष्य स्वाभाविक रूप से ऐसा करता है। इसका प्रभाव इस बात पर पड़ता है कि हम अंतरालों के बीच की अवधियों को कैसे मापते हैं (जैसे कि moment#diff ), और हम यह देखने के लिए किसी मान का परीक्षण कैसे करते हैं कि क्या यह सीमा में है (जैसे कि moment#inBetween )।

विवरण की परवाह किए बिना moment#isBetween का वर्तमान व्यवहार पूरी तरह से अनन्य है। यह बहुत उपयोगी नहीं है।

moment#diff का वर्तमान व्यवहार शुरुआत में समावेशी है, और अंत में अनन्य है, फिर से, ग्रैन्युलैरिटी की परवाह किए बिना। यह समय के लिए मान्य है, बग दिनों के लिए अमान्य है। दरअसल, डॉक्स में उदाहरण है:

var a = moment([2007, 0, 29]);
var b = moment([2007, 0, 28]);
a.diff(b, 'days') // 1

जब वास्तव में, अधिकांश लोगों को परिणाम 2 दिन होने की उम्मीद होगी।

अंतिम समस्या यह है कि moment वस्तु समय की एक विवेकशील इकाई है, लेकिन कई मामलों में हम इसे एक कैलेंडर पर एक तारीख की तरह मानने की कोशिश करते हैं, और यहीं से दुष्प्रभाव दिखाई देने लगते हैं।

इस तरह से इसके बारे में सोचो। अगर मैं आपसे पूछूं कि 1 जनवरी से 3 जनवरी के बीच कितने दिन हैं - तो जवाब तीन दिन है। लेकिन अगर मैं आपसे पूछूं कि 1:00 और 3:00 के बीच कितने घंटे हैं, तो जवाब दो घंटे है।

मुझे लगता है कि तार्किक (और मेरे लिए, अपेक्षित) उत्तर "2" है जब दिनांक पुस्तकालय "जनवरी 1" और "3 जनवरी" के बीच दिनों की मात्रा पूछ रहा है। इसका कारण यह है कि निर्दिष्ट समय के बिना, मुझे उम्मीद है कि यह "1 जनवरी 00:00" और "3 जनवरी को 00:00 बजे" के बीच काम करेगा। मानव वास्तविक दुनिया में अंतर कैसे काम करता है, यह वास्तव में संदर्भ पर निर्भर करता है, लेकिन मुझे नहीं लगता कि इसका प्रोग्रामिंग दुनिया में काम करने के तरीके से कोई लेना-देना है।

यहां बताया गया है कि यह PHP के कार्बन के लिए कैसे किया जाता है और मैंने इसे कभी भी समस्या नहीं पाया: https://github.com/briannesbitt/Carbon/blob/master/src/Carbon/Carbon.php#L1070 -1092

दूसरा हमने विलय किया है, मुझे पता था कि कुछ लोग अंतराल के लिए अलग-अलग व्यवहार निर्दिष्ट करना चाहेंगे, लेकिन मुझे अभी तक एक अच्छा प्रस्ताव नहीं दिख रहा है। अंतत: दोनों सिरे अलग-अलग विन्यास योग्य होंगे (चाहे वे समावेशी/अनन्य हों)।

लेफ्टिनेंट भी वर्तमान संस्करण के साथ पीछे की ओर संगत होना चाहिए।

// proposal 1
m.isBetween(a, b, "()"); // both excluded
m.isBetween(a, b, "[)"); // start included, end excluded

// proposal 2
m.isBetween(a, b, "+"); // both included
m.isBetween(a, b, "+-"); // start included, end excluded

मैं शुरुआत को बाहर करने के लिए वास्तविक दुनिया के परिदृश्य के बारे में नहीं सोच सकता, इसलिए यह अंत को बाहर करने या न करने के लिए सिर्फ एक बूलियन ध्वज हो सकता है।

हालांकि - मुझे प्रस्ताव 1 पसंद है, क्योंकि यह उचित आईएसओ 31-11 अंतराल नोटेशन के करीब

// these are essential
m.isBetween(a, b, "[]"); // both included
m.isBetween(a, b, "[)"); // start included, end excluded

// these would be rarely used, but complete the syntax
m.isBetween(a, b, "()"); // both excluded
m.isBetween(a, b, "(]"); // start excluded, end included

मुझे वास्तव में प्रस्ताव 2 पसंद नहीं है। (कोई अपराध नहीं)

:+1: प्रस्ताव एक के लिए।

मैं ईमानदारी से किसी भी परिदृश्य को नहीं देख सकता जहां आप स्पष्ट रूप से किसी भी अंत को बाहर करना चाहते हैं लेकिन दोनों नहीं। यहां तक ​​​​कि अगर आप "इस दिन तक" देखने की कोशिश कर रहे थे, तो आप अंतिम तिथि के रूप में क्षण (तिथि) का उपयोग कर सकते हैं। endOf ("दिन"), जो आपको 11:59.59 बजे देगा।

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

@mckinnsb - उस दृष्टिकोण को आमतौर पर दो कारणों से टाला जाता है:

1. सटीकता महत्वपूर्ण हो जाती है। जावास्क्रिप्ट में, एक मानक दिन का अंतिम संभावित समय 23:59:59.999 , लेकिन अन्य भाषाओं में यह 23:59:59 या 23:59:59.9999999 । हम स्ट्रिंग पार्सिंग और फ़ॉर्मेटिंग के माध्यम से अन्य स्रोतों के मानों के साथ इंटरैक्ट करते हैं, इसलिए यह महत्वपूर्ण है।
2. यदि आप 00:00:00.000 से 23:59:59.999 तक की सीमा निर्धारित करते हैं - तो आप आसानी से सीमा की अवधि निर्धारित नहीं कर सकते। केवल duration = end - start बजाय, अब आपको कुछ ऐसा करना होगा जैसे duration = end - start + epsilon , जहां एप्सिलॉन न्यूनतम परिशुद्धता है, जैसा कि ऊपर चर्चा की गई है।

मैं आपके इस कथन को भी अस्वीकार कर दूंगा कि अधिकांश प्रोग्रामिंग भाषाओं में "सामान्य" श्रेणी होती है। वास्तव में, कई प्रोग्रामिंग रेंज में बिल्ट-इन रेंज प्रकार नहीं होते हैं। जब वे ऐसा करते हैं, तो उनका व्यवहार भाषा विशिष्ट होता है। कोई "सामान्य" नहीं है।

यह क्वोरा पोस्ट पायथन में range फ़ंक्शन के बारे में भी देखें।

प्रस्ताव 1 के लिए +1, चीजों को लचीला बनाता है।
मेरी पहली अपेक्षा वही थी कि ऊपरी और निचली सीमाओं को शामिल किया जाएगा, जैसे मैं एसक्यूएल में करता, एक्स ए और बी के बीच,
वर्तमान में इस x.isBetween(a, b) || x.isSame(a) || x.isSame(b) द्वारा इस पर काम कर रहे हैं

+1

+1

+1 प्रस्ताव 1

+1

+1

+1

@ mj1856 डिफ़ॉल्ट व्यवहार नहीं है '()' ?

Is Between 2.9.0+
"Check if a moment is between two other moments, optionally looking at unit scale (minutes, hours, days, etc). **The match is exclusive.**"

isBetween पहले से ही तीसरा वैकल्पिक पैरामीटर है। वर्तमान में विधि को function isBetween (from, to, units) रूप में परिभाषित किया गया है जहां units वैकल्पिक है। यह प्रस्ताव चौथे वैकल्पिक पैरामीटर में परिणत होता है, इसलिए एक कार्यान्वयन को दो संभावित तीसरे विकल्प (अनन्य/समावेशी बनाम इकाइयां) या सभी चार को संभालना होगा।

कुछ कामकाज (परीक्षण नहीं किया गया):

() = x.is बीच (प्रारंभ, अंत) // पूरी तरह से अनन्य - इस समय डिफ़ॉल्ट कार्यान्वयन
(] = x.isAfter(शुरू) && x.isSameOrBefore(end) // लेफ्ट एक्सक्लूसिव, राइट इनक्लूसिव
[) = x.isSameOrAfter(शुरू) && x.isBefore(end) // लेफ्ट इनक्लूसिव, राइट एक्सक्लूसिव
[] =!(x.isBefore(a) || x.isAfter(b)) // पूरी तरह से समावेशी

वर्कअराउंड पढ़ने में आसान हो सकता है:

() = x.isबीच (ए, बी)
(] = x.isबीच (ए,बी) || x.isSame(b)
[) = x.isSame(a) || x.isबीच (ए, बी)
[] = x.isबीच (ए, बी) || x.isSame(a) || x.isSame(b) // जैसा !(x.isBefore(a) || x.isAfter(b))

चूंकि तीसरे और चौथे पैरामीटर दोनों वैकल्पिक होंगे, इसलिए किसी ऑब्जेक्ट में पास करना अच्छा हो सकता है

var options = {
   units: 'milliseconds', // 'year', 'month', etc.
   inclusive: '{)' // '{}', '()', '(}', '{)'
}
m.isBetween(start, end, options)

जहां डिफ़ॉल्ट इकाइयां मिलीसेकंड हैं और डिफ़ॉल्ट समावेशी () ।

बकवास .. तुम लोग सही कह रहे हो। माफ़ करना। रीवर्डिंग...

इसे पकड़ने के लिए चिह्नित करना। अपेक्षित उपयोग उपरोक्त प्रस्ताव 1 के रूप में होगा, जो isBetween को पारित _चौथे_ वैकल्पिक पैरामीटर की अनुमति देनी चाहिए, जिसमें '[]' , '[)' , '()' , '(]' । इसमें चारों के परीक्षण शामिल होने चाहिए। पारित नहीं होने पर डिफ़ॉल्ट '()' जैसा होना चाहिए, जो कि वर्तमान व्यवहार भी है।

डब्लूआरटी विकल्प - मेरे पास वास्तव में वरीयता नहीं है। कोई भी तीसरे पैरामीटर में null करके चौथे पर पहुंच सकता है, या किसी आइटम को तीसरे पैरामीटर या चौथे पैरामीटर के रूप में पारित करने की अनुमति दे सकता है, क्योंकि हम ज्ञात मानों तक सीमित हैं। विकल्प वस्तु भी ठीक है। जो कुछ भी कार्यान्वयनकर्ता सोचता है वह सबसे आसान है - या बिल्ली, आप उपरोक्त सभी कर सकते हैं।

जब तक, निश्चित रूप से, किसी और के पास इसके बारे में एक मजबूत राय नहीं है। :)

पीआर #2943 में अच्छी शुरुआत। हम इसे उस पीआर में ट्रैक करेंगे। धन्यवाद!

+1

मैं आज @darrenjennings कमिट में कार्यक्षमता का उपयोग करना पसंद करता।

क्या आप इस बारे में बात कर रहे हैं जो v2.13 में उपलब्ध कराया गया है? @rbreier
https://momentjs.com/docs/#/query/is -between/

यह वहीं है जिसे मैं ढूंढ रहा था। बहुत - बहुत धन्यवाद। मैंने अपडेट किया और यह मेरे लिए पूरी तरह से काम करता है।

यह एक बेहतरीन विशेषता थी और इसकी नितांत आवश्यकता थी !!!!

दूसरा हमने विलय किया है, मुझे पता था कि कुछ लोग अंतराल के लिए अलग-अलग व्यवहार निर्दिष्ट करना चाहेंगे, लेकिन मुझे अभी तक एक अच्छा प्रस्ताव नहीं दिख रहा है। अंतत: दोनों सिरे अलग-अलग विन्यास योग्य होंगे (चाहे वे समावेशी/अनन्य हों)।

लेफ्टिनेंट भी वर्तमान संस्करण के साथ पीछे की ओर संगत होना चाहिए।

// proposal 1
m.isBetween(a, b, "()"); // both excluded
m.isBetween(a, b, "[)"); // start included, end excluded

// proposal 2
m.isBetween(a, b, "+"); // both included
m.isBetween(a, b, "+-"); // start included, end excluded

कंसोल.लॉग ('isBetweenFlag', पल ('2010-10-19')। इस बीच ('2010-10-19', '2010-10-25',"+"));

जब मैं उपरोक्त शर्त का उपयोग कर रहा हूं, तो यह मुझे पहली त्रुटि देता है और फिर स्थिति विफल होने वाली है। मैं कोणीय 6 . का उपयोग कर रहा हूँ