चुनौती
इनपुट के रूप में एक समय और एक समयक्षेत्र को देखते हुए, उस समय क्षेत्र में समय का उत्पादन करते हैं।
समय
समय 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अपने आधी रात के परिदृश्य में एक सीमा तक और एक्सप्रेस के समान बताया है?