Инструменты, методологии, шаблоны, фреймворки и т. Д. Не могут заменить должным образом обученного программиста
Я устал от общения с людьми (в основном менеджерами), которые думают, что Последний инструмент, методология, шаблон или структура - это серебряная пуля, которая избавит от необходимости нанимать опытных разработчиков для написания своего программного обеспечения. Хотя, как консультант, который зарабатывает на жизнь, спасая рискованные проекты, я не должен жаловаться.
Это ответ для машины, на которой задается вопрос:
TimeZone.getDefault().inDaylightTime( new Date() );
Серверу, пытающемуся выяснить это для клиента, потребуется часовой пояс клиента. Причину см. В ответе @Powerlord.
Для любого конкретного часового пояса
TimeZone.getTimeZone( "US/Alaska").inDaylightTime( new Date() );
TimeZone tz = TimeZone.getTimeZone("EST");
boolean inDs = tz.inDaylightTime(new Date());
Вам нужно будет проделать немного больше работы, используя эти координаты, и выяснить, в каком часовом поясе они находятся. Как только вы узнаете, какой именно часовой пояс, метод isDayLight () будет
Например, вы не можете определить, является ли -0500 EST (восточное стандартное время США / Канады), CDT (центральное летнее время США / Канады), COT (время Колумбии), AST (стандартное время в акрах Бразилии) Время), ECT (Эквадорское время) и т. Д.
Некоторые из них могут поддерживать или не поддерживать летнее время.
Joda Time содержит методы обработки, которые будут вычислять смещения за вас. См. DateTimeZone.convertLocalToUTC (...)
Чтобы дополнить это, вам нужно будет найти текущий часовой пояс с информацией о широте / долготе. GeoNames предоставляет Java-клиент для своей веб-службы, а также простую структуру веб-запросов (например, http://ws.geonames.org/timezone?lat=47.01&lng=10.2 ])