Все эти темы подпадают под общую тему психофизика (для видения, обнаружения, восприятия, и т.д.) или когнитивистика для вещей как память и познавательная загрузка.
я также рекомендовал бы читать Гуманный Интерфейс для понимания того, как познание непосредственно производит дизайн пользовательского интерфейса, это действительно попало в точку, что существует "эргономика ума", который должен сопровождаться точно так же, как аппаратная эргономика.
Да, около Нового года. Если ваше TZ равно -12, значение будет разным между 31 декабря, 12:00 и полуночью.
Методы getUTC ... () возвращают дату и время в часовом поясе UTC, а другие функции возвращают дату и время в локальном часовом поясе компьютера, на котором выполняется сценарий. .
Иногда удобно иметь дату и время в местном часовом поясе, а иногда удобно иметь дату и время в часовом поясе, который не зависит от локального часового пояса компьютера.
Существуют способы преобразования между часовыми поясами в JavaScript, но они громоздкие.
Итак, я думаю, это просто для удобства.
Перечисленные вами функции, по сути, сообщают время в разных часовых поясах, поэтому в случае, когда getUTCFullYear ()
будет отличаться от getFullYear ()
, это будет вечером 31 декабря, если вы живете к западу от Гринвичского меридиана.
Например, в вашем часовом поясе время может быть 9 часов вечера, а по всемирному координированному времени это может быть уже 2 часа ночи 1 января, поэтому:
var d = new Date();
d.getFullYear() == 2009 //True
d.getUTCFullYear() == 2010 //True
сбивает с толку, поскольку методы работают с объектом Date
, а не сообщают текущее время в формате UTC. Но метод говорит, что если здесь время, то какой сейчас год в часовом поясе UTC. Таким образом, для 364,75 дней года, полученные двумя методами, будут одинаковыми.
Поскольку с 31 декабря по 1 января это происходит в разное время в разных частях мира. Следовательно, время UTC будет отличаться от, например, местного времени в Новой Зеландии, поэтому в какой-то момент getFullYear () будет отличаться от getUTCFullYear () на 1.