Thử thách
Cho thời gian và múi giờ làm đầu vào, xuất thời gian trong múi giờ đó.
Thời gian
Thời gian sẽ được đưa ra trong định dạng 24 giờ như vậy:
hh:mm
Trong đó hh là hai chữ số giờ và mm là phút hai chữ số. Lưu ý rằng giờ và phút sẽ luôn được đệm bằng các số 0 như vậy:
06:09
Tất cả thời gian đã cho là tại UTC + 00: 00.
Số giờ trong đầu ra của bạn không phải được đệm trong các số 0 nhưng thời gian của bạn phải ở định dạng 24 giờ
Múi giờ
Múi giờ sẽ được cung cấp theo định dạng sau:
UTC±hh:mm
Trong đó ± sẽ là + hoặc a - và hh, là hai chữ số giờ và mm là hai chữ số phút (một lần nữa, chúng sẽ được đệm bằng số 0).
Để tìm thời gian trong múi giờ đó, bạn có thể thêm (nếu ký hiệu là +) hoặc trừ (nếu ký hiệu là -) thời gian sau UTC ± từ thời gian được nhập.
Ví dụ: nếu đầu vào là 24:56
và UTC-02:50
, bạn sẽ trừ 2 giờ và 50 phút kể từ 24:56:
24:56
02:50 -
-----
22:06
Đầu ra sẽ là 22:06
.
Ví dụ
Chicago
Input: 08:50 and UTC-06:00
Output: 02:50
Thủ đô
Input: 09:42 and UTC+05:45
Output: 15:27
Samoa
Input: 06:42 and UTC+13:00
Output: 19:42
Hawaii
Input: 02:40 and UTC-10:00
Output: 16:40
Lưu ý rằng điều này đã đi đến ngày hôm trước.
Tokyo
Input: 17:25 and UTC+09:00
Output: 02:25
Lưu ý rằng điều này đã đi đến ngày hôm sau.
Quy tắc
Bạn không được sử dụng bất kỳ chức năng hoặc thư viện được xây dựng trong ngày.
Giả sử tất cả đầu vào sẽ là thời gian và thời gian bù hợp lệ.
Các múi giờ sẽ nằm trong phạm vi UTC-24:00
cho UTC+24:00
toàn diện.
Trong trường hợp nửa đêm qua , đại diện chính xác nên 00:30
, không 24:30
.
Chiến thắng
Mã ngắn nhất tính bằng byte thắng.
26:02
và 08:74
sẽ không xuất hiện? Tương tự cho việc bù đắp UTC?
2:25
)
1:5
có hợp lệ 1:05
không? Tôi chỉ nghĩ rằng giờ không nên được đệm. Ngoài ra, ví dụ của bạn 24:56
không phải là 00:56
vì bạn đã nêu một phạm vi lên đến 24:00
và thể hiện tương tự trong kịch bản nửa đêm của bạn?