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

38次阅读

共计 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）是两种不同的字符编码方式，它们有以下几个次要区别：

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

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

正文完