看這個 [Github issue](https://github.com/SAP/ui5-tooling/issues/289).

重現步驟：

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/cc2896c060b5444db0120119bead74b6.png#pic_center)

# 解決方案

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

Documentation: https://sap.github.io/ui5-tooling/pages/Configuration/#encoding-of-properties-files

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

例子：

```yml
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 則是一種更加專門的中文字元編碼方式，適用於僅包含中文字元的場景。

SAP UI5 Tooling - 在 i18n.properties 檔案裡維護中文字元後變成亂碼該如何解決

相關文章