Javascript Tizen可穿戴-Tizen.time.getCurrentDateTime（）与新日期（）的比较

我注意到他们在Tizen可穿戴手表小部件演示中使用了。针对新日期（）使用此选项是否有任何实际好处？

请参阅以下链接。

此API可用于获取具有完整时区支持的TZDate对象，在时区之间转换它们，检索可用时区

它试图解决的问题如下。

---

“JavaScript日期对象不支持完全时区。日期对象只允许简单的表示来表示特定位置与世界协调时间（UTC）的偏移量。”

请参阅以下链接。

此API可用于获取具有完整时区支持的TZDate对象，在时区之间转换它们，检索可用时区

它试图解决的问题如下。

---

“JavaScript日期对象不支持完全时区。日期对象仅允许简单表示来表示特定位置与世界协调时间（UTC）的偏移量。”

我注意到两者之间的一个区别是Tizen日期对象（Tizen.Time.getCurrentDateTime（））是“同步的”在配对智能手机上运行的配套应用程序上显示date对象。例如，无论何时智能手机上的时区发生变化，tizen date对象都会反映此变化，而date（）函数不会反映此变化

---

有关更多信息，请参见

我注意到两者之间的一个区别是，Tizen日期对象（Tizen.time.getCurrentDateTime（））与配对智能手机上运行的配套应用程序上的日期对象“同步”。例如，无论何时智能手机上的时区发生变化，tizen date对象都会反映此变化，而date（）函数不会反映此变化

---

更多信息，请参见

我明白了，我想这取决于您的需要。如果您想支持多个时区时钟（例如，在一个表面中），则可以使用

tizen.time

，但如果您只使用本地时间，则

new Date（）

就可以了。这是正确的吗？使用场景可能比前面提到的要广泛得多，但是的，基本上在处理相对日期、DST设置等方面更灵活。这似乎是创建tizen.time的动机。是的，它实际上会接入手机时钟，以防您在手机设置中设置不同的时区。我的应用程序实际上被拒绝了，因为我没有使用

tizen.time

。每当你在手机中切换时区时，

new Date（）

并不反映这一点。我明白了，我想这取决于你的需要。如果您想支持多个时区时钟（例如，在一个表面中），则可以使用

tizen.time

，但如果您只使用本地时间，则

new Date（）

就可以了。这是正确的吗？使用场景可能比前面提到的要广泛得多，但是的，基本上在处理相对日期、DST设置等方面更灵活。这似乎是创建tizen.time的动机。是的，它实际上会接入手机时钟，以防您在手机设置中设置不同的时区。我的应用程序实际上被拒绝了，因为我没有使用

tizen.time

。无论何时在手机中切换时区

new Date（）

都不会反映这一点。