在这篇博文中，您将学习如何配置支持的区域设置和后备区域设置在应用程序清单中，以避免"404找不到"网络响应并控制资源包。

注意：

404、缺少翻译和其他奇怪之处

在开发应用程序和使用资源包进行国际化（i18n）时，您可能遇到以下问题：

网络跟踪中的"404未找到"响应，例如对myapp/i18n\u de的请求_数据元素属性当客户端的区域设置为"de\u de"时，尽管没有此区域设置的翻译文件。语言"en"的资源包请求，例如myapp/i18n_en.属性，尽管客户端的区域设置没有设置为英语。

当在资源包中找不到翻译文本时，这些问题更经常发生。然后，资源包尝试使用同步请求加载所有可能的特定于语言环境的翻译文件。这些请求一个接一个地执行。这意味着，如果找不到特定的翻译文件，则会导致延迟，直到请求下一个翻译文件。

这不仅在检查网络跟踪时看起来很糟糕，而且代价是：糟糕的性能和不需要的流量。

但不要担心！由于UI5版本1.77，可以通过在应用程序清单中提供支持的区域设置和回退区域设置配置。

翻译控制或"如何煮咖啡"

由于UI5 1.77，您可以为资源包配置支持的区域设置和回退区域设置。这使客户能够提前知道要请求哪些语言包。

您可以将加载资源包及其翻译文件的机制视为一种咖啡制作过程。

咖啡樱桃是手工采摘的。肉和豆子分开，豆子用水洗净。将有缺陷的豆子进行分类，并收集高质量的豆子。之后，豆子被烤熟，形成独特的风味。

就像手工采摘樱桃一样，商城建站系统，使用回退链寻找区域候选的过程。回退链是一种确定要加载的特定于区域设置的资源包文件的机制。区域设置可以是BCP47语言标记，大数据前景怎么样，也可以是JDK兼容的区域设置字符串（例如"en-GB"、"en-GB"或"en"）。回退链机制用于最初加载资源束时，或在已加载的资源束中找不到翻译键时。

此回退链的一部分是配置的回退区域设置，默认为"en"。

回退链使用以下指令生成区域设置候选：

每个指令生成区域设置候选，然后用于创建请求。E、 g."de_de"用于创建对"i18n/i18n_de"的请求_数据元素属性".指令按顺序执行，直到加载了资源包（请求成功）。原始捆绑包""表示请求的文件中没有附加任何区域设置。例如，它可能被称为"i18n/i18n.properties"。

样品：

烤豆在酿造前磨碎。煮咖啡有几种方法，但它们都使用相同的原理：

就像地面和液体的分离一样，大数据的，是使用支持的区域筛选候选区域。只保留支持的区域设置列表中的那些。这样，只需要配置区域设置的资源包。

享受您的美味咖啡吧！

请求的语言环境已确定，可以加载翻译。文本以请求的区域设置呈现，并且应该有一个干净的网络跟踪。

BAZINGA！

文件系统：

i18n/i18n_en.属性英语翻译i18n/i18n_数据元素属性德语翻译

摘自清单.json

注意：

此配置加载的是什么：

de_de将加载i18n_数据元素属性我们将加载i18n_en.属性fr\u fr将加载i18n_en.属性

左侧（"之前"）显示旧配置没有SupportedLocale和fallbackLocale配置。浏览器的语言环境是"en\u US"，没有支持的语言环境配置意味着支持所有的语言环境。因此，这导致了对i18n\u en的请求_美国地产，这将导致404 Not Found响应。根据回退链，下一个候选语言环境是"en"。对i18n的相应请求_en.属性成功。

右侧（"后面"）显示新配置使用supportedLocales和fallbackLocale配置。浏览器的区域设置为"en\u US"，但此区域设置不是支持的区域设置的一部分。回退链中的下一个候选语言环境是"en"。它是supportedLocales的一部分，请求成功。答对 了！网络跟踪中只有一个请求，网站服务器租用，一个是针对i18n的请求_en.属性.

继续

在使用此信息并调整您的舱单后，将不再"恢复正常"。但有一个"回到正常控制"与新的配置可能性为您的i18n文件。一切都在控制之下，以提供最佳体验并充分利用您的应用程序。

经验教训

如何配置有关i18n的应用程序清单如何煮咖啡

，大数据的培训