Localizable.strings 檢查:找出格式與鍵值問題

刪除兩個或更多 .strings 檔案,然後檢視缺少哪些內容、重複哪些內容、從未實際翻譯過哪些內容以及不會解析哪些行。沒有上傳任何內容 - 這些通常是生產檔案,它們保留在該頁面中。

將 .lproj 資料夾或 .strings 檔案拖曳到此處 或點選選擇

重複值規則

兩個相同英文值的鍵是不斷出現的錯誤。譯者看到同一個字串兩次,翻譯兩次,得到兩個不同的結果——或者更糟的是,一種需要在兩個上下文中使用不同單詞的語言得到相同的單詞,並且沒有人注意到,直到母語人士抱怨為止。檢查將大小寫和尾隨標點符號標準化,因為 "Done" 和 "Done." 是戴著帽子的同一個問題。

相同與未翻譯不同

與基本檔案匹配的值通常意味著沒有人訪問它。有時它是正確的——品牌名稱、單位、縮寫在每種語言中都保留著。工具會標記它們並將判斷權留給您,因為替代方案要麼缺少真正的間隙,要麼對每次出現的 OK 喋喋不休。

壞行被報告,不被吞掉

.strings 語法很小,但邊緣情況是真實的:塊註釋、值內轉義的引號、缺少分號、從電子表格貼上的智慧引號。當一個鍵悄悄地不存在時,一個默默地跳過它無法讀取的內容的解析器會告訴您檔案沒問題。每一個沒有解析的行都列出了它的編號,所以你可以去檢視它。

UTF-16 也是

Xcode 多年來一直以 UTF-16 編寫.strings 檔案,並且許多儲存庫仍然包含它們。嗅探檔案中的位元組順序標記並進行對應的解碼,因此 UTF-16 檔案不會以空位元組牆和一百個解析錯誤的形式到達。

常見問題解答

它處理 .xcstrings 嗎?

還沒有。字串目錄是JSON,具有不同的形狀,它應該有自己的處理,而不是半有效的翻譯層。

哪一個檔案應該是基礎檔案?

無論哪一個是權威的-通常是開發語言。所有東西都會與它進行比較,因此基地丟失但存在於其他地方的鑰匙被報告為額外而不是丟失。

什麼算問題?

缺少鍵、重複值、與基底值相同的值或無法解析的行。計數將每個檔案中的這些數量相加。

我的檔案上傳了嗎?

否。它們是用瀏覽器的檔案讀取器讀取的,並在此處進行比較。對於這個工具來說,這比平常更重要,因為這些都是真實的產品檔案。

由GO AI 團隊構建,他們一直在努力實現這一目標。 所有免費工具