Windows phone Wp日期时间格式

Windows phone Wp日期时间格式,windows-phone,Windows Phone,我有一个处理时间的应用程序,它只以12小时的格式显示祈祷时间,非常有效,没有错误 我的一个用户向我发送了一条消息: “应用程序无法在24小时格式下工作, 当我将时间设置从24小时更改为12小时时,它开始工作,实际上在申根国家/地区,诺基亚Lumia默认不显示12小时,要更改设置,我们必须更改区域设置。” 我试图重现同样的错误,但我不能,当然我不是生活在欧洲 我的问题是,从程序员的角度来看,欧洲的诺基亚Lumia与中东等国际版本有什么不同 所以我可以在我的应用程序下一次更新中考虑 谢谢 我的问题是

我有一个处理时间的应用程序,它只以12小时的格式显示祈祷时间,非常有效,没有错误

我的一个用户向我发送了一条消息:

“应用程序无法在24小时格式下工作, 当我将时间设置从24小时更改为12小时时,它开始工作,实际上在申根国家/地区,诺基亚Lumia默认不显示12小时,要更改设置,我们必须更改区域设置。”

我试图重现同样的错误,但我不能,当然我不是生活在欧洲

我的问题是,从程序员的角度来看,欧洲的诺基亚Lumia与中东等国际版本有什么不同

所以我可以在我的应用程序下一次更新中考虑

谢谢

我的问题是,从程序员的角度来看,欧洲的诺基亚Lumia与中东等国际版本有什么不同

只有一件事:区域设置。通过进入“设置”菜单(在“区域+语言”子菜单中),您可以在设备或模拟器上手动更改它们

不幸的是,“不起作用”不够精确,无法理解应用程序的运行情况。但有几条线索:

  • 把时间定在24小时而不是12小时可能会改变你的计算
  • 解析十进制数或日期而不在
    中显式设置区域性。Parse
    方法在外部区域性中执行时可能会崩溃(到目前为止,我在Windows Phone上看到的最常见的崩溃事件)
  • 同样,在不指定区域性的情况下,将十进制或日期转换为字符串可能会产生不同的结果,具体取决于国家/地区

不指定区域性意味着使用默认区域性,因此我认为它是安全的,区域设置更改也没有帮助,正如您所提到的,在我知道代码崩溃的确切位置之前,我无法更改代码,我认为这是一个常见问题,许多人已经找到了解决方法。
不指定区域性意味着使用默认区域性是错误的。不指定区域性意味着使用手机的区域性,因此根据执行应用程序的用户的设置会产生不同的结果。如果您知道问题是崩溃,我建议检查对
.Parse
方法的所有调用。另外,考虑在你的应用程序中实现一些bug报告机制,使用<代码>应用程序。这样,当用户报告问题时,您将能够获得完整的调用堆栈并快速查明原因。请告诉我您的应用程序的名称,我将在我这边进行测试。(什叶派祈祷时间),这将是一个慷慨的举动不确定这是您的问题,但是:如果我手动输入城市,经度和纬度使用
作为十进制分隔符显示。然后,“保存”按钮什么也不做。如果我使用GPS功能,经度和纬度将使用
(我的手机是法语)显示,并且可以保存。