关于前端:SAP-UI5-Tooling-在-i18nproperties-文件里维护中文字符后变成乱码该如何解决

2次阅读

共计 1261 个字符,预计需要花费 4 分钟才能阅读完成。

看这个 Github issue.

重现步骤:

解决方案

setting the propertiesFileSourceEncoding configuration in ui5.yaml to UTF-8.

Documentation: https://sap.github.io/ui5-tooling/pages/Configuration/#encodi…

Example: https://github.com/SAP-samples/openui5-sample-app/blob/master/ui5.yaml

例子:

resources:
  configuration:
    propertiesFileSourceEncoding: UTF-8

换言之,如果您的我的项目应用不同的编码方式来解决 *.properties 文件,您须要设置 propertiesFileSourceEncoding 配置属性。

UI5 工具将以给定的编码方式读取我的项目的相应文件。任何非 ASCII 字符将被替换为相应的 Unicode 转义序列。这使您能够将生成的文件部署到任何环境中,而不受它如何编码 *.properties 文件的影响。无关详细信息,请参阅 RFC 7。

propertiesFileSourceEncoding 是 SAP UI5-Tooling 配置文件中的一个属性,用于指定 .properties 文件的编码方式。这个属性十分重要,因为在不同的环境中,.properties 文件的编码方式可能会有所不同。如果在开发环境中应用一种编码方式,而在另一个环境中应用另一种编码方式,则可能会导致在应用程序部署或运行时呈现问题。

通过设置 propertiesFileSourceEncoding 属性,UI5-Tooling 能够读取我的项目中的相应文件,并将非 ASCII 字符替换为相应的 Unicode 转义序列。这样就能够将生成的文件部署到任何环境中,而不用放心文件编码方式的不同所导致的问题。如果您的我的项目应用不同的编码方式来解决 *.properties 文件,那么您须要设置这个属性。

UTF-8 和 GBK(GB2312)是两种不同的字符编码方式,它们有以下几个次要区别:

  1. 字符集范畴:UTF-8 是一种 Unicode 字符编码,反对世界上简直所有的字符集,包含汉字、拉丁字母、希腊字母等等。而 GBK 则是 GB2312 的扩大,只反对中文、英文、数字以及一些符号的编码。
  2. 编码方式:UTF-8 是一种变长的编码方式,一个字符可能由 1 个到 4 个字节组成。而 GBK 则是一种固定长度的编码方式,每个字符都由 2 个字节组成。
  3. 兼容性:UTF-8 兼容 ASCII 编码,这意味着 ASCII 编码的文本能够间接以 UTF-8 的形式进行编码,而不须要任何转换。而 GBK 则不兼容 ASCII 编码,如果将 ASCII 编码的文本作为 GBK 编码进行编码,将会产生谬误的后果。

总的来说,UTF-8 是一种更加通用和灵便的字符编码方式,反对更多的字符集,并且兼容 ASCII 编码。而 GBK 则是一种更加专门的中文字符编码方式,实用于仅蕴含中文字符的场景。

正文完
 0