小编Kir*_*ril的帖子

我查看了索尼的开发者网站(2018年3月3日),虽然设计发生了变化,但内容似乎落后了.

https://developer.sony.com/develop/cameras

我没有看到A9和第三代A7相机的API的任何细节.

我知道这些相机有WiFi和蓝牙.它们可与PlayMemories手机/平板电脑应用程序互操作.我也理解他们从相机本身删除了PlayMemories应用支持(Android应用支持).

我想知道他们是否公开了记录的API？是否有改进或新功能？鉴于该平台已被更改,是否有任何限制？

可以使用低功耗蓝牙从相机获取一些事件吗？

此外,还有用于系绳控制的USB SDK吗？

我将开始讨论，以收集有关API本地化实践的更多信息。HTTP似乎没有提供足够的指导，甚至实践状态还不够。

基本问题是API可能需要提供取决于用户文化，国家/地区，语言和时区的内容。例如，德国用户希望使用德语，欧洲公制日期，数字，单位（使用欧元货币）和中欧时区来阅读消息。

仔细阅读RFC 7231第5.3.5节“接受语言”并进一步阅读RFC 4647，可能会认为Accept-Language它已经足够复杂了，应该采取的措施。但是有几个明显的缺点：

1. 语言标签可能不够精确，例如，用户可能只请求没有国家/地区代码的语言，因此歧义为：“ de，en; q = 0.8”
2. 即使用户提供语言和国家/地区首选项，也不清楚如何将消息语言环境和值格式语言环境的选择联系起来。例如，如果用户请求：“ hu_HU，en_US; q = 0.9”，而应用程序缺少匈牙利消息，并且使用Java编写，该Java知道如何用匈牙利语格式化日期。那么，应用程序应该使用带有匈牙利日期的英文消息，还是提供带有美国日期的英文消息？实际情况可能更复杂。
3. 语言标签中没有时区。有这个好像没有标准的HTTP标头。

我看到微软已经考虑过ASP.Net中的＃2，并引入了Culture和UICulture的概念来将消息语言的选择与格式化分开。

在Java世界中，Spring已将TimeZoneAwareLocaleContext引入地址3。

W3c已发布了用于语言环境设置的接受语言准则。这或多或少表明Accept-Language还不够

那你在想什么？

1. 您是否知道API Tat可以全面解决此问题？指针？
2. API是否应该接受多个值来选择消息语言，值格式区域设置和时区？
3. 应该Accept-Language使用吗？