@gselltho इस सुविधा अनुरोध को खोलने के लिए आपका बहुत-बहुत धन्यवाद!
मुझे लगता है कि इस विषय पर हमें अपनी @dynatrace-oss/ux-core टीम के साथ घनिष्ठ सहयोग की आवश्यकता है। हो सकता है कि उन्होंने पहले ही इस विषय के लिए कुछ मॉक तैयार कर लिए हों या वे हमें कुछ अंतर्दृष्टि प्रदान कर सकें।

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

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

हमने अतीत में चर्चा की थी और @ ursula-wieshofer ने उत्पाद में कुछ मूल्यांकन किया था, और हमारे पास कुल मिलाकर एक या दो डेटपिकर हैं। इसका मतलब यह था कि यह प्राथमिकता सूची में अधिक नहीं था।

@gselltho मुझे लगता है कि इस पर आगे चर्चा करना और पुस्तकालय में एक अतिरिक्त लक्ष्य बनाना समझ में आएगा।
मुझे लगता है कि हम @ कोणीय/घटकों से बहुत कुछ सीख सकते हैं और एक सरलीकृत संस्करण कर सकते हैं।
क्या आप इसके लिए अधिक विस्तृत API प्रस्ताव बनाने में सक्षम होंगे?

नमस्ते!

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

लेकिन... ऐसा लगता है कि रयान और उनकी टीम आपके द्वारा साझा किए गए समान समाधान तैयार कर रहे थे। यहां बताया गया है कि यह कैसा दिखता है:

कोड का स्वामी @areknow है और वह आपको अधिक विवरण प्रदान कर सकता है।

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

@ ffriedl89 : बेशक, मैं एक अधिक विस्तृत एपीआई विवरण बना सकता हूं। कम से कम पहले कार्यान्वयन के लिए सीमित सुविधा सेट के लिए। मैं इसे अगले कुछ दिनों में यहां पोस्ट करूंगा

हाय @gselltho , मैं दिनांक पिकर साझा घटक का डेवलपर हूं जो रीढ़-एक्स रेपो में रहता है। मैंने बरिस्ता टीम से इसे बरिस्ता घटकों के काम में स्थानांतरित करने के बारे में पहले ही बात कर ली है, लेकिन दुर्भाग्य से यह कई सामग्री पैकेजों पर एक कठिन निर्भरता है जो कि ऐसा कुछ नहीं है जिसे टीम परियोजना में जोड़ना चाहेगी।

कोणीय सीडीके में डेट पिकर शामिल नहीं है जिसका अर्थ है कि इस घटक को जमीन से ऊपर लिखा जाना होगा।

क्या मोनो रेपो से दिनांक पिकर साझा घटक का उपयोग करने में आपके साथ कोई समस्या है?

चियर्स

हाय @areknow , आपका घटक बहुत अच्छा है! मुझे एंगुलर रिएक्टिव फॉर्म फीचर (कंट्रोलवैल्यूएसेसर) की याद आती है और, ऐसा लगता है, इसे बरिस्ता और एंगुलर रिएक्टिव रूपों के भीतर सहज उपयोग करने के लिए एक DtFormFieldControl होना चाहिए।

@gselltho फिर से @areknow की रूपरेखा जैसा है। उनका घटक एक प्रतिबंधित सामग्री घटक है जो कोणीय/घटक रेपो से सामग्री और अन्य उपयोग पुस्तकालयों पर निर्भरता का परिचय देता है। यह क्षण के लिए एक कठिन निर्भरता के साथ भी आता है। जेएस जो बहुत बड़ा है और पेड़ को हिलाने योग्य नहीं है।
दुर्भाग्य से, सीडीके डेटपिकर के साथ नहीं आता है, फिर भी इसे भौतिक तरीके से स्टाइल नहीं किया गया है।
अब तक डेटपिकर एक घटक नहीं था जिसकी कई टीमों को आवश्यकता थी क्योंकि हमारे पास उत्पाद में वैश्विक समय सीमा चयनकर्ता को छोड़कर कोई डेटपिकर नहीं है।

यदि आपको घटक की आवश्यकता है तो यह बहुत अच्छा होगा यदि हम पुस्तकालय में घटक के योगदान पर एक साथ काम कर सकें। यह प्रक्रिया इस अंक में यहाँ इसके लिए API प्रस्ताव बनाकर शुरू होती है :)
एक बार यह हो जाने के बाद हम आपको आरंभ करने में मदद कर सकते हैं और विकास प्रक्रिया के माध्यम से आपका मार्गदर्शन कर सकते हैं और हम रास्ते में आपकी मदद करेंगे।

अभी बरिस्ता टीम को इस घटक को पुस्तकालय में जोड़ने के लिए योगदानकर्ताओं की मदद की जरूरत है।
यहां किसी भी मदद की अत्यधिक सराहना की जाती है

अरे, इसका ख्याल रखेंगे क्योंकि सेटिंग्स वीसीटी को भी अब एक तिथि/समय चयनकर्ता की आवश्यकता है। निम्नलिखित टिप्पणियों में मैं सभी आवश्यकताओं को एकत्र करने का प्रयास करूंगा और फिर एक एपीआई का प्रस्ताव दूंगा।

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

सीसी @areknow

आवश्यकताएं:

सामान्य आवश्यकताएँ

• एक तिथि का चयन : उपयोगकर्ता को एक तिथि का चयन करने में सक्षम होना चाहिए
• समय का चयन : तिथि का चयन करने के अलावा उपयोगकर्ता को अतिरिक्त समय का चयन करने में भी सक्षम होना चाहिए।
• **पहले से भरा हुआ
• डिसेबल्ड : उपभोक्ता पूरे डेटपिकर को डिसेबल कर सकता है।
• चयन योग्य सीमा : उपयोगकर्ता द्वारा चुनी जा सकने वाली तिथियों की सीमा को परिभाषित करना संभव होना चाहिए (न्यूनतम/अधिकतम इनपुट के माध्यम से कार्यान्वित किया जा सकता है)
• समय क्षेत्र : उपयोगकर्ता द्वारा चुनी गई तिथियों के लिए समय क्षेत्र को परिभाषित करना संभव होना चाहिए।

तकनीकी आवश्यकताएं

• NgModel संगत :
• फॉर्म-फील्ड संगत : डेटपिकर एक वैध फॉर्म-फील्ड-कंट्रोल होना चाहिए।
• मॉड्यूलरिटी :
• नेटिव डेट ऑब्जेक्ट : डेट्स को नेटिव Date ऑब्जेक्ट/क्लास (एपीआई का सामना करने वाले पूरे उपभोक्ता सहित) द्वारा दर्शाया जाना चाहिए। कुछ अमूर्त कस्टम कार्यान्वयन द्वारा नहीं। अतिरिक्त उपयोगिता कार्यों/सेवाओं ( DateAdapter ) की आवश्यकता हो सकती है।
• लाइट एंड डार्क मोड : कंट्रोल को लाइट और डार्क थीम को सपोर्ट करने की जरूरत है

वैकल्पिक आवश्यकताएँ (यदि आवश्यक हो तो सुनिश्चित नहीं हैं) :

• चयन योग्य तिथियों को सीमित करें :
• सीमाएँ : किसी एकल तिथि का चयन करने के अलावा तिथियों की एक सीमा का चयन करना भी संभव होना चाहिए (जैसे 1.1.2020 - 10.1.2020)
• मोबाइल फ़ॉलबैक : मोबाइल उपकरणों पर डेटपिकर को अपने मूल समकक्ष पर वापस आना चाहिए (नोट: हमें यह जांचने की आवश्यकता है कि कस्टम संस्करण के लिए परिभाषित सभी सुविधाएं भी मूल संस्करण के लिए समर्थित हैं या नहीं)

एपीआई प्रस्ताव

_ WIP: समय के साथ अनुकूलित किया जाएगा।

डेटपिकर में कई घटक होने चाहिए:

डीटीडेटपिकर ( dt-datepicker )

डेटपिकर ही। यह घटक अन्य सभी घटकों को एक उपयोगएबे डेटपिकर (आवश्यकताएं देखें) में जोड़ता है।

इनपुट

| नाम | प्रकार | डिफ़ॉल्ट मान | विवरण |
| ---------- | ----------- | ------------- | ------------ |
| मूल्य | D \| null | null | चयनित तिथि। |
| स्टार्टएट | D \| null | null | प्रारंभ में कैलेंडर खोलने की तिथि। selected सेट होने पर अनदेखा कर दिया जाता है। केवल प्रदर्शन के लिए आंतरिक रूप से आज की तारीख के लिए डिफ़ॉल्ट। |
| मिनट | D \| null | null | न्यूनतम मान्य तिथि। |
| अधिकतम | D \| null | null | अधिकतम मान्य तिथि। |
| अक्षम | boolean | false | क्या डेटपिकर अक्षम है। |
| isTimeEnabled | boolean | false | समय मोड सक्षम है या नहीं। |
| isRangeEnabled | boolean | false | रेंज मोड सक्षम है या नहीं। |

डीटी कैलेंडर ( dt-calendar )

कैलेंडर दृश्य में दिनांक चुनने के लिए घटक ( calendar-body घटक)। कैलेंडर दृश्य (माह) और विभिन्न महीनों और वर्षों के बीच नेविगेट करने के लिए आवश्यक नियंत्रण शामिल हैं।

इनपुट

| नाम | प्रकार | डिफ़ॉल्ट मान | विवरण |
| ---------- | ----------- | ------------- | ------------ |
| चयनित | D \| null | null | वर्तमान में चयनित तिथि। |
| स्टार्टएट | D \| null | null | कैलेंडर शुरू करने की अवधि (महीने या वर्ष) का प्रतिनिधित्व करने वाली एक तिथि। |
| न्यूनतम तिथि | D \| null | null | न्यूनतम चयन योग्य तिथि। |
| मैक्सडेट | D \| null | null | अधिकतम चयन योग्य तिथि। |

आउटपुट

| नाम | प्रकार | विवरण |
| ---------------- | ----------- | ------------ |
| चयनित परिवर्तन | D | वर्तमान में चयनित तिथि में परिवर्तन होने पर उत्सर्जित होता है। |

कैलेंडर बॉडी ( dt-calendar-body )

एक महीने के लिए केवल कैलेंडर ग्रिड होस्ट करता है।

इनपुट

| नाम | प्रकार | डिफ़ॉल्ट मान | विवरण |
| ------------ | ----------- | ------------- | ------------ |
| सक्रिय दिनांक | D | आज | इस महीने के दृश्य में प्रदर्शित होने की तिथि (माह और वर्ष के अलावा अन्य सभी चीजों को नजरअंदाज कर दिया जाता है)। |
| चयनित | D \| null | null | वर्तमान में चयनित तिथि। |
| न्यूनतम तिथि | D \| null | null | न्यूनतम चयन योग्य तिथि। |
| मैक्सडेट | D \| null | null | अधिकतम चयन योग्य तिथि। |
| दिनांक फ़िल्टर | (date: D) => boolean | - | कोई तिथि चयन योग्य है या नहीं यह फ़िल्टर करने के लिए उपयोग किया जाने वाला फ़ंक्शन। |

आउटपुट

| नाम | प्रकार | विवरण |
| ------------------ | ----------- | ------------ |
| चयनित परिवर्तन | EventEmitter<D> | जब कोई नया मान चुना जाता है तो उत्सर्जित करता है। |
| एक्टिवडेट चेंज | EventEmitter<D> | किसी भी तारीख के सक्रिय होने पर उत्सर्जित होता है। |

टाइमपिकर ('डीटी-टाइमपिकर')

टाइमपिकर को होस्ट करता है, जिसमें टाइमइनपुट (घंटे और मिनट इनपुट के साथ) होता है।

इनपुट

| नाम | प्रकार | डिफ़ॉल्ट मान | विवरण |
| ------------ | ----------- | ------------- | ------------ |
| मूल्य लेबल | स्ट्रिंग | '' | श्रेणी मोड में दिनांक प्रदर्शित करने के लिए उपयोग किया जाने वाला लेबल।
| घंटा | नंबर \| शून्य | शून्य | टाइमपिकर में प्रदर्शित होने का समय।
| मिनट | नंबर \| शून्य | शून्य | टाइमपिकर में प्रदर्शित करने का मिनट।
| अक्षम | बूलियन | झूठा | टाइमपिकर और उसके इनपुट की अक्षम स्थिति।
| isTimeRangeEnabled | बूलियन | झूठा | समय सीमा मोड सक्षम है या नहीं।

आउटपुट

| नाम | प्रकार | विवरण |
| ------------------ | ----------- | ------------ |
| समय बदलें | इवेंट एमिटर| यदि समय इनपुट में ब्लर पर मान्य मान होते हैं, तो टाइम चेंज इवेंट का उत्सर्जन करता है।

टाइमइनपुट ('डीटी-टाइमइनपुट')

टाइमइनपुट को होस्ट करता है, जिसमें घंटे और मिनट के इनपुट होते हैं।

इनपुट

| नाम | प्रकार | डिफ़ॉल्ट मान | विवरण |
| ------------ | ----------- | ------------- | ------------ |
| घंटा | नंबर \| शून्य | शून्य | टाइमइनपुट में प्रदर्शित करने का समय।
| मिनट | नंबर \| शून्य | शून्य | टाइमइनपुट में प्रदर्शित करने के लिए मिनट।
| अक्षम | बूलियन | झूठा | निविष्टियों की अक्षम स्थिति।

आउटपुट

| नाम | प्रकार | विवरण |
| ------------------ | ----------- | ------------ |
| समय बदलें | इवेंट एमिटर| यदि समय इनपुट में ब्लर पर मान्य मान होते हैं, तो टाइम चेंज इवेंट का उत्सर्जन करता है।

कृपया डेटपिकर द्वारा प्रदान की जाने वाली आवश्यकताओं/सुविधाओं के नीचे पोस्ट करें। मैं उन्हें पिछली टिप्पणी की सूची में जोड़ दूंगा।

@thomaspink इसका ख्याल रखने के लिए धन्यवाद
आपके आवश्यकता विवरण में पहले से ही वह सब कुछ है जिसकी मुझे आवश्यकता होगी। मेरे पास इसके बारे में सिर्फ एक प्रश्न है:
Selecting a time: In addition to selecting a date the user must also be able to select an additional time.
समय वैकल्पिक के रूप में है, मुझे लगता है? क्या मैं वह चुन पाऊंगा जो चयन योग्य है: केवल तिथि, केवल समय, या दोनों संयोजन में?

@gselltho प्रतिक्रिया के लिए धन्यवाद

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

समय क्षेत्र पर नियंत्रण रखना अच्छा रहेगा। स्पाइन एक्स में हमारे कुछ उपयोग के मामलों में कुछ लीगेसी एपीआई के साथ इंटरैक्ट करने के लिए यूटीसी की आवश्यकता होती है।

इसके अलावा @gselltho ने कहा, अकेले डेट करने का विकल्प अच्छा होगा।

इस परियोजना के लिए धन्यवाद!

क्या इसमें पूर्वनिर्धारित सापेक्ष तिथियां शामिल होंगी? जैसे "अब", "दो सप्ताह पहले", आदि?

एक और आवश्यकता (~ जीटीएस):

• हमें प्रकाश और अंधेरे संस्करण की आवश्यकता होगी

के लिए अच्छा:

• मोबाइल ब्राउज़र पर -> मूल दिनांक/समय चयन नियंत्रण पर वापस आना

@toddbaert वैश्विक समय सीमा चयनकर्ता के अलावा क्या यह इस सामान्य

@pieniazek @areknow को सूची में जोड़ा गया

@thomaspink मुझे लगता है कि स्थिरता कारणों से और उपयोगकर्ता के लिए डेट पिकर को आसान बनाने के लिए हमें वैश्विक समय सीमा चयनकर्ता के हिस्से में रहना चाहिए जिसमें कैलेंडर भी शामिल है। बुनियादी कार्यक्षमता और संचालन शैली के साथ-साथ समान होना चाहिए।
इससे निपटने के दौरान यह उपयोगकर्ता का समर्थन करेगा क्योंकि वह पहले से ही कार्यक्षमता के लिए उपयोग किया जाता है।

@thomaspink यह उपयोगकर्ता के लिए एक डील-ब्रेकर नहीं होगा, लेकिन हम जल्द ही कुछ UI को उजागर कर रहे हैं, जिसके लिए पूर्वनिर्धारित-सापेक्ष तिथियां उपयोगी हो सकती हैं।

@toddbaert क्या आपके पास समर्थित मानों की एक सूची है? अगर यह आपके लिए ठीक है तो मैं इसे अच्छी सूची में जोड़ दूंगा

डेटपिकर के लिए हमें किसी प्रकार की सेवा (कोणीय सामग्री डेटा-एडाप्टर के समान) की भी आवश्यकता होगी जो हमें कार्यक्षमता और जानकारी प्रदान करती है ताकि हम एक तरफ दिनांक और सही नामकरण (कार्यदिवस के नाम सहित) प्रदर्शित कर सकें और गणना कर सकें / दूसरी ओर मूल तिथियों के साथ काम करें। यह "सेवा" तब हमारे उपभोक्ताओं के लिए भी उपलब्ध होनी चाहिए ताकि वे उसी तरह तारीखों के साथ काम कर सकें और हम इस कार्यक्षमता को साझा कर सकें।

उसके लिए हमारे पास कम से कम 2 विकल्प हैं (यदि आपके पास और विचार हैं तो मैं इसकी सराहना करूंगा यदि आप उन्हें नीचे पोस्ट करेंगे):

1. एक नेटिवडेट एडेप्टर बनाएं जो मूल दिनांक एपीआई ( Intl , Date ) और उपयोगिता कार्यों (जैसे addCalendarDays ) को जोड़ती है। यह एडेप्टर एंगुलर मैटेरियल्स Intl उपलब्ध नहीं है, तो हमें कमबैक की आवश्यकता नहीं है, क्योंकि हमारे सभी समर्थित ब्राउज़र में पहले से ही Intl' built in. We would also not need the possibility to have DateAdapter for different libraries as we only work with the native Date` API है।
2. एक बाहरी पुस्तकालय जैसे date-fns और इसे एक सेवा (DateAdapter) में लपेटें जो हम अपने ग्राहकों को प्रदान करते हैं।

अभी मैं विकल्प 1 की ओर अधिक ध्यान दूंगा क्योंकि यह अतिरिक्त पुस्तकालय की आवश्यकता के बिना देशी एपीआई का भारी उपयोग करता है लेकिन कृपया अपने विचार, निष्कर्ष और टिप्पणियां भी पोस्ट करें :)

@thomaspink मैं सहमत हूं कि हमें ऐसी एडेप्टर सेवा बनानी चाहिए। मुझे पता है कि मैंने पहले कहा था, कि मैं इसके लिए Intl और Date मूल निवासी का उपयोग करना पसंद करूंगा, लेकिन मैंने Intl.DateFormat लिए समर्थन की दोबारा जांच की और मैं नहीं हूं इसके बारे में सुपर खुश। विशेष रूप से आंशिक रूप से गायब रेंज प्रारूप थोड़े दुखद हैं।

यह देखते हुए कि date-fns पेड़ हिलाने योग्य है और सामान्य रूप से एक बड़ा पुस्तकालय नहीं दिखता है , अब मैं date-fns का उपयोग करने का विकल्प चुनूंगा ।
इसके अतिरिक्त, दिनांक और समय गणित वास्तव में कठिन हो सकता है, यहां तक ​​​​कि क्लाइंट टाइमज़ोन आदि से निपटने के दौरान बहुत सारे मूल समर्थन के साथ भी ...

जैसा कि मैं देख रहा हूं कि आपने पहले ही तारीख चुनने वाले के लिए एक मसौदा पीआर तैयार कर लिया है। क्या पहले से ही कोई एपीआई है जिसे आप घटक के संबंध में प्रस्तावित कर सकते हैं?

के बारे में Intl.DateFormat : उपयोग के मामलों के लिए मैं अभी ठोकर खाई है एक फॉलबैक आसानी से प्राप्त किया जा सकता है, लेकिन मैं मानता हूं कि कस्टम दिनांक/समय की गणना कठिन हो सकती है।

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

समय क्षेत्र

हाल ही में हमने इस आवश्यकता को छोड़ दिया। इसके साथ विचार करने के लिए कई छोटे लेकिन जटिल विवरण हैं जिन्हें यूएक्स परिप्रेक्ष्य से उपयोगकर्ता को समझाना मुश्किल है।

दिनांक-हेरफेर पुस्तकालय

date-fns addMonth , getDaysInMonth , isToday , startOfTheWeek आदि जैसे समय-स्थानांतरण कार्यों के लिए शानदार API है। ट्री-शेक'क्षमता इसे हल्का उपयोग बनाती है . संभवत: एडॉप्टर एब्स्ट्रैक्शन जितना वजन होगा।

दूसरी ओर, पुस्तकालय-उपभोक्ता में मिश्रित भावनाएँ होंगी यदि उन्हें date-fns शामिल करने की आवश्यकता होती है जब उनके पास पल या लक्सन होता है -> यहाँ एडेप्टर उपयोगी होगा। हालांकि हम भाग्यशाली हैं कि हम date-fns का उपयोग कर सकते हैं, इसलिए यह हमारे लिए कोई समस्या नहीं होगी।

समय क्षेत्रों के बारे में नोट: date-fns उपयुक्त नहीं होगा यदि आप पूर्णकालिक क्षेत्र समर्थन लागू करना चाहते हैं ( date-fns-tz जो केवल स्वरूपण/पार्सिंग मुद्दों को हल करता है, लेकिन कोई दिनांक-हेरफेर परिदृश्य नहीं ) हाल ही में हमने इस उद्देश्य के लिए luxon का उपयोग करने पर विचार किया, कम से कम जब तक टेम्पोरल विनिर्देश समाप्त नहीं हो जाता और ब्राउज़र द्वारा अपनाया नहीं जाता।

का प्रारूपण

• क्या आप जानते हैं कि कोणीय सामग्री डेटपिकर केवल DetePipe का उपयोग क्यों नहीं करता है?
• Intl.DateFormat से अनुपलब्ध श्रेणी स्वरूपण : शायद हम अपना स्वयं का फ़ॉलबैक लागू कर सकते हैं या पॉलीफ़िल का उपयोग कर सकते हैं? उत्पाद में हमारे पास पहले से ही कुछ है।
• ध्यान दें कि यदि हम स्वरूपण के लिए DetePipe का उपयोग नहीं करेंगे, तो पाठ के अनुवाद के तरीके को नियंत्रित करने के लिए LOCALE_ID टोकन का समर्थन करना अच्छा होगा।

धन्यवाद @piotrl

जहां तक ​​​​मैं इसे समझता हूं, डेटपाइप केवल अंतिम चयनित तिथि को प्रदर्शित करने के लिए उपयोगी होगा, लेकिन चीजों की गणना/प्रदर्शित करते समय नहीं: एक निश्चित महीने के सभी दिन।

जब मैं सभी टिप्पणियों को पढ़ता हूं, तो मुझे लगता है कि हम इस बात से सहमत हो सकते हैं कि एक एडेप्टर अवधारणा को जाने का रास्ता होना चाहिए। हम उस समाधान के आधार पर देशी, date-fns , या luxon लिए एक एडेप्टर बना सकते हैं जिस पर हम सहमत होने वाले हैं। जैसा कि @piotrl ने उल्लेख किया है, यह इस मुद्दे को भी हल करेगा कि जब किसी उपभोक्ता की अपनी तिथि पुस्तकालय हो, तो एक नया एडाप्टर आसानी से लागू किया जा सकता है।

@ffriedl89 @tomheller आपके विचार?
@piotrl : यदि हम एक दिनांक-एडाप्टर लागू करने जा रहे हैं, तो क्या क्लस्टर इसे केंद्रीय दिनांक प्रविष्टि बिंदु के रूप में भी उपयोग करेगा? साथ ही यह बहुत अच्छा होगा यदि आप मेरा समर्थन कर सकें क्योंकि आपके पास इस विषय पर बहुत विशेषज्ञता है?

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

@ज्ञात हैं

समय क्षेत्र पर नियंत्रण रखना अच्छा रहेगा। स्पाइन एक्स में हमारे कुछ उपयोग के मामलों में कुछ लीगेसी एपीआई के साथ इंटरैक्ट करने के लिए यूटीसी की आवश्यकता होती है।

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

यदि हम दिनांक-अडैप्टर को लागू करने जा रहे हैं, तो क्या क्लस्टर इसे केंद्रीय दिनांक प्रविष्टि बिंदु के रूप में भी उपयोग करेगा?

मैं इस पर विचार करने के लिए तैयार हूं। मेरे प्रारंभिक विचार: रॉ डेट ऑब्जेक्ट पहले से ही 600+ स्थानों में उपयोग किया जाता है (स्पष्ट रूप से, निहित उपयोगों की गणना नहीं कर सकता)।

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

इसलिए यदि हम एडॉप्टर के साथ जाने का निर्णय लेते हैं, तो अभी भी 2 तरीके हैं:

1. केवल आंतरिक कैलेंडर दिनांक-संचालन के लिए मॉड्यूल कॉन्फ़िगरेशन में एडेप्टर प्रदान करें, मॉडल (इनपुट/आउटपुट) अभी भी मूल तिथियों पर आधारित होगा
2. दोनों आंतरिक उपयोगों के लिए अनुकूलक प्रदान करें + इनपुट/आउटपुट एपीआई।

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

APM-266081 में ले जाया गया