タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

i18nに関するt32kのブックマーク (2)

  • SeverとClientでレンダリング結果が違う - MOL

    Reactをアイソモーフィックに実行しているのだけど、下記のようなエラーが出てた。 Warning: Text content did not match. Server: “1970-1-18 22:09” Client: “1970/1/18 22:09” SeverとClientでレンダリング結果が微妙に違うとのこと。 new Intl.DateTimeFormat(locales, { year: "numeric", month: "numeric", day: "numeric", hour: "numeric", minute: "numeric" }); 該当のコード。 Node.js側のIntlオブジェクトが対応していないのかなと思いつつ、Node v8だし結構新しいしなーと思っていて、原因がわからず、しばらく放っておいた。 Internationalization Su

    SeverとClientでレンダリング結果が違う - MOL
    t32k
    t32k 2018/01/20
  • コンポーネント時代のi18n

    サービスを海外展開したい場合、国際化対応を行う必要性がある。これをi18n対応と呼ぶ。Reactフロントエンドを構築する場合、i18nのための多くのライブラリがあるが、yahoo製の react-intl が実質デファクトスタンダードだ。react-intlを実際に使っている例として、スター14000超えのReactボイラープレートであるreact-boilerplate やSNSの マストドン がある。 しかし、実際にreact-intlを使うとidの管理が非常に面倒であることがわかる(他すべてのi18nライブラリも同様だが)。react-boilerplateを参考にidの管理を見てみる。 まず、react-boilerplateでは、ディレクトリベースでコンポーネントを管理している。その中で、messages.jsにdefineMessagesを使いidとデフォルトメッセージを定義

    コンポーネント時代のi18n
    t32k
    t32k 2017/08/23
  • 1