【发布时间】:2021-01-01 03:42:33
【问题描述】:
鉴于react-localization 没有日期和数字格式并且严重依赖于一位开发人员,我们决定改用react-intl,因为从长远来看它似乎更安全。
https://github.com/stefalda/react-localization/graphs/contributors
我们之前的代码如下所示:
localizationService.ts
import LocalizedStrings from 'react-localization';
import svSE from './languages/sv-SE';
import enUS from './languages/en-US';
import arSA from './languages/ar-SA';
export default new LocalizedStrings({
svSE,
enUS,
arSA
});
ILanguageStrings.ts
export interface ILanguageStrings {
appName: string
narration: string
language: string
}
zh-CN.ts
import { ILanguageStrings } from '../ILanguageStrings';
const language: ILanguageStrings = {
appName: "Our App",
narration: "Narration",
language: "Language"
}
export default language;
然后可以导入本地化,ILanguageStrings 通过 Visual Studio 中的 IntelliSense 可见并由 TypeScript 验证。
import localization from '../services/localizationService';
但是使用FormattedMessage 来自react-intl id 是string | number | undefined。我们仍然使用语言文件,那么我们如何确保id 在ILanguageStrings 中而不破坏react-intl 的原始类型定义?
我尝试使用 TypeScript 声明合并和合并接口,但我只能在那里添加新成员,而不能更改 id 属性。 “有效”字符串也不被视为正确。
react-app-env.d.ts:
import * as reactIntl from 'react-intl';
declare module 'react-intl' {
export interface MessageDescriptor {
id?: ILanguageStrings;
idTest: ILanguageStrings
}
}
https://github.com/microsoft/TypeScript/issues/10859
https://www.typescriptlang.org/docs/handbook/declaration-merging.html#merging-interfaces
【问题讨论】:
标签: reactjs typescript react-intl react-localization