我有一个简单的小部件：
<input class="input" id="${id}_dateOfBirth" name="dateOfBirth" data-dojo-type="dijit/form/DateTextBox" />
请注意，今天是生日。因此，无论您身在何处（不应该出现时区），它都应该保持相同。如果您出生于 1 月 10 日凌晨 3:00 在英格兰，并在纽约查看您的个人信息，那么您仍然会看到 1 月 10 日，而不是 9 日！
我现在在 GMT+8。 当我提交此表单时，它实际上会在我输入 1/1/1970 时到达服务器：
dateOfBirth: "1969-12-31T16:00:00.000Z"
这很糟糕，因为它比实际日期少了 8 个小时。
基本上，我需要一种方法让 DateTextBox 显示它来自服务器的日期 ，从而有效地忽略浏览器的时区。
【问题讨论】：
FWIW，这是我的 UTCDateTextBox 变体：
define([
"dojo/_base/declare",
"dijit/form/DateTextBox"
], function(declare, DateTextBox) {
function isValidDate(value) {
return value instanceof Date && isFinite(value.getTime());
}
function toUTCDate(value) {
if (isValidDate(value)) {
value = new Date(
Date.UTC(value.getFullYear(), value.getMonth(), value.getDate())
);
}
return value;
}
return declare(DateTextBox, {
_getValueAttr : function() {
return toUTCDate(this.inherited("_getValueAttr", arguments));
}
});
});
对于我的用例，我发现我不需要覆盖_setValueAttr()。通过上述实现，当_getValueAttr()返回的日期对象上调用getUTCXXX()、toUTCString()、toISOString()或toJSON()时，将返回正确的UTC日期，时间元素为零。
希望这会有所帮助。
【讨论】：
在对 Dojo 的源代码进行了大量的修改和分析之后，我想出了这个：
var UTCDateTextBox = declare( 'UTCDateTextBox', [ DateTextBox ], {
_getValueAttr: function(){
var ov = this.inherited(arguments);
if( ov ){
ov.setTime( ov.getTime() - ov.getTimezoneOffset() * 60 * 1000 );
}
return ov;
},
_setValueAttr: function( value, priorityChange, formattedValue){
var v = stamp.fromISOString( value );
if( v ){
v.setTime( v.getTime() + v.getTimezoneOffset() * 60 * 1000 );
value = v;
}
this.inherited(arguments);
}
});
基本上：
设置该值后，将添加时区差异。这意味着如果服务器有 1979-12-25T00:00:00.000Z，而不是分配 Tue Dec 25 1979 08:00:00 GMT+0800 (WST)，它将分配 Tue Dec 25 1979 00:00:00 GMT +0800 (WST) 。基本上，日期会本地转换为 UTC 格式。
解析值时，将从 1979 年 12 月 25 日星期二 00:00:00 GMT+0800 (WST) 更改为 1979 年 12 月 25 日星期二 08:00:00 GMT+0800 (WST)
更改的值是提交给服务器的值。因此，无论将在哪个时区进行编辑，它都是正确的。
由于我只处理日期，如果服务器有 1979-12-31T23:00:00Z （这是一个错误：对于生日，时间实际上被忽略并且无关紧要），这将发生：
设置该值时，ISO 为 1979-12-31T23:00:00.000Z。因此，1980 年 1 月 1 日星期二 07:00:00 GMT+0800 (WST) 更改为 1979 年 12 月 31 日星期一 23:00:00 GMT+0800 (WST)。这意味着将正确的日期放入日期文本框 (31/12/1979)。
当从文本框中解析值时，Mon Dec 31 00:00:00 GMT+0800 (WST) 变为 Mon Dec 31 08:00:00 GMT+0800 (WST)。因此，服务器将保存 1979-12-31T00:00:00Z——这又是正确的日期！
如果有更好的解决方案，请告诉我。坦率地说，我希望这个感觉有点像作弊的bit！
【讨论】：