посмотрите , команда
Например,
-- wait for 1 minute
WAITFOR DELAY '00:01'
-- wait for 1 second
WAITFOR DELAY '00:00:01'
, WAITFOR , Эта команда позволяет Вам высокую степень точности, но только с точностью до 10 мс - 16 мс на типичной машине, поскольку она полагается GetTickCount. Так, например, вызов WAITFOR DELAY '00:00:00:001'
, вероятно, не приведет ни к каким, ожидают вообще.
Локаль
не является часовым поясом
, и наоборот. Проверьте Javadoc , чтобы узнать, какой метод вы используете - в самой первой строке написано
Получает календарь с использованием часового пояса по умолчанию и указанного языка.
Вот почему вы получаете часовой пояс по умолчанию - поскольку вы не указали его при получении календаря.
Подумайте о том, что сказал Джон - если вы знаете, какой часовой пояс вы хотели бы использовать в ситуации, когда вы определили, что пользователь из США, тогда вы можете вызовите метод Calendar.getInstance
, который принимает часовой пояс и локаль. С другой стороны, если вы не можете определенно сказать, что бы вы здесь сделали, вернитесь к чертежной доске и подумайте о своих требованиях еще немного, вместо того, чтобы смотреть на вашу реализацию.
Если вы не можете ответить на предыдущий вопрос, я думаю, что стандартный способ использования большинства веб-сайтов - это позволить пользователям указать предпочитаемый часовой пояс (если у них есть постоянная учетная запись на сервере) и по умолчанию их в часовой пояс сервера, если они не сказали иначе. Если у них нет постоянных учетных записей, и они предоставляют вам информацию с указанием времени (например, загрузка XML), тогда им придется либо указать, какой часовой пояс они используют в запросе, либо (возможно, лучше) вы обязуете использовать UTC всегда.
s часовой пояс, если они не сказали иначе. Если у них нет постоянных учетных записей, и они предоставляют вам информацию с указанием времени (например, загрузка XML), тогда им придется либо указать, какой часовой пояс они используют в запросе, либо (возможно, лучше) вы обязуете использовать UTC всегда. s часовой пояс, если они не сказали иначе. Если у них нет постоянных учетных записей и они предоставляют вам информацию с указанием времени (например, загрузка XML), тогда им придется либо указать, какой часовой пояс они используют в запросе, либо (возможно, лучше) вы обязуете использовать UTC всегда.Вы совершенно правы. Там нет единого часового пояса для США - или России, или различных других «больших» стран (с точки зрения Востока / Запада).
США, безусловно, являются простым примером - какой часовой пояс будет хочешь использовать? Америка / Лос-Анджелес
? Америка / Нью-Йорк
? Что-нибудь еще?
Я не знаю ничего, что дает вам это (как указал Джон, этот вариант использования довольно ограничен), но вы можете построить карту, используя эти данные . Список будет представлять собой несколько карт, поэтому, возможно, вы воспользуетесь им из Коллекций Google или воспользуетесь собственной картой ISO-code-> List
.
Учитывая строку часового пояса, вы может создать объект TimeZone и перейти оттуда. Однако, если в стране более одного часового пояса, вам нужно решить, как с этим справиться.
База данных olson содержит все сопоставления. Ссылка
Найдите файл zone.tab.