चुनौती
इनपुट के रूप में एक समय और एक समयक्षेत्र को देखते हुए, उस समय क्षेत्र में समय का उत्पादन करते हैं।
समय
समय 24 घंटे के प्रारूप में दिया जाएगा जैसे:
hh:mm
जहां hh दो अंकों का घंटा है और mm दो अंकों का मिनट है। ध्यान दें कि घंटे और मिनट हमेशा शून्य की तरह गद्देदार होंगे:
06:09
दिए गए सभी समय UTC + 00: 00 पर हैं।
आपके आउटपुट में घंटों को wih zeroes गद्देदार होने की ज़रूरत नहीं है लेकिन आपका समय 24 घंटे के प्रारूप में होना चाहिए
समय क्षेत्र
निम्नलिखित प्रारूप में समय-सारणी दी जाएगी:
UTC±hh:mm
जहां Where या तो + या - a और hh होने वाला है, दो अंकों का घंटा है और mm दो अंकों का मिनट है (फिर, इन्हें शून्य से गद्देदार किया जाएगा)।
उस समयक्षेत्र में समय का पता लगाने के लिए, आप या तो जोड़ते हैं (यदि प्रतीक + है) या घटाना (यदि प्रतीक है -) इनपुट समय से यूटीसी ± के बाद का समय।
उदाहरण के लिए, यदि इनपुट था 24:56
और UTC-02:50
, आप 24:56 से 2 घंटे और 50 मिनट घटाएंगे:
24:56
02:50 -
-----
22:06
आउटपुट होगा 22:06
।
उदाहरण
शिकागो
Input: 08:50 and UTC-06:00
Output: 02:50
काठमांडू
Input: 09:42 and UTC+05:45
Output: 15:27
समोआ
Input: 06:42 and UTC+13:00
Output: 19:42
हवाई
Input: 02:40 and UTC-10:00
Output: 16:40
ध्यान दें कि यह पिछले दिन गया है।
टोक्यो
Input: 17:25 and UTC+09:00
Output: 02:25
ध्यान दें कि यह अगले दिन गया है।
नियम
आपको किसी भी कार्य दिनांक या लाइब्रेरी में निर्मित का उपयोग नहीं करना चाहिए।
मान लें कि सभी इनपुट मान्य समय और समय ऑफसेट होंगे।
समय क्षेत्र रेंज में हो जाएगा UTC-24:00
करने के लिए UTC+24:00
समावेशी।
आधी आधी रात के मामले में , सही प्रतिनिधित्व होना चाहिए 00:30
, नहीं 24:30
।
जीतना
बाइट्स में सबसे छोटा कोड जीतता है।
26:02
और 08:74
दिखाई नहीं होगा? UTC ऑफसेट के लिए समान है?
2:25
)
1:5
, तो 1:05
क्या इसके बदले एक समय मान्य होगा ? मुझे लगता है कि केवल घंटों को गद्देदार नहीं होना चाहिए। इसके अलावा आपके उदाहरण के साथ 24:56
ऐसा नहीं होना चाहिए 00:56
क्योंकि आपने 24:00
अपने आधी रात के परिदृश्य में एक सीमा तक और एक्सप्रेस के समान बताया है?