aotモードで動的バインディングを実行できるようにしたいと思います。 ロードマップにこれを追加する必要がある理由をバックアップするために、特に2つのユースケースがあります。

1つ目は、言語ごとに個別のアプリケーションを必要としない基本的なユースケースです。 これには、アプリの外部にある種のリダイレクトロジックが必要であり、サイトを完全にリロードしない限り、言語を動的に変更することはできません。

2つ目は、cordovaを使用してモバイルにアプリを埋め込む場合です。 私の知る限り、あなたの選択はjitすることです。つまり、サイトの速度を落としたり、言語ごとに個別のアプリを作成したり、アプリにすべての言語を含めたりします（もちろんそれは肥大化します）。 これらはどれも良い選択肢ではありません。 Ionicはi18nを使用していないようですが、これが理由なのかと思います。

@ jlutz777これらは2つの有効なユースケースです。このテーマは最近社内で議論されており、私もそれを提唱しています。 Angularでi18nとAoTがどのように機能するかを考えると、まだ簡単には不可能ですが、v5でAoTの新しいコンパイルプロセスを取得すると、将来的には可能になる可能性があります。
一度ロードマップに追加します/それについて公式で具体的なことがあれば。

私はElectron + Angular 2アプリに取り組んでおり、Angularでi18n機能を使用して複数言語のローカリゼーションのサポートを追加しようとしています。 実際には、テンプレート文字列の抽出とそれらを異なる言語のファイル形式に変換することは明確に文書化されていますが、私はまだ多くのことを明確にして探すことはできません。

• 言語を動的に切り替えることはできますか？ または、異なる言語用に個別にアプリケーションを構築する必要がありますか？
• すべての文字列を（キーと値のペアの形式で）1つの場所で管理/統合して、変更できるようにすることはできますか？
  複数の場所で影響を受ける1つの場所の文字列？
• テンプレート以外の場所からローカライズされたファイルにアクセスして、特定の言語文字列を取得できますか？
  提供されたキー？ （私が上で尋ねたのと同じです）。

ポイント2と3は、「テンプレートの外部で翻訳文字列を使用する-＃11405」機能で解決されます。
ポイント1については、上記の@ jlutz777に与えた回答を参照してください。 今のところ、アプリを複数の言語でビルドするか、ブートストラップで動的に翻訳をロードできるJITを使用する必要があります（実行時に切り替わることはありませんが、x回バンドルするよりも優れています）。

アプリケーションで使用されるUI言語は、同じアプリケーションの複数のバージョンを構築する必要のないものである必要があります。 これは決して「コンパイラ」の問題ではありません。 その場合、コンパイラに欠陥があります。 問題は、実行時にデータファイルからテキストをロードできるようにアプリケーションを設計することです。 これは、他のモジュールと同じようにロードして使用できるモジュール/ライブラリを使用して実行する必要があります。 そのコンパイラをまったく機能させないでください。

@figuerresこれは将来変更される予定であり、まだ約束はありませんが、この問題を認識しており、外部ファイルを使用することで可能な解決策を検討しています。

こんにちは@ ocombe-おそらくアプリケーションにAngularでi18nを使用するようです。 今後数か月で廃止されるか、重大な変更が加えられる可能性があると思われる機能がドキュメントにありますか？ どんな情報でも大歓迎です。 そしてDVDをありがとう！

ねえ@rjsteinert！ それを知ってうれしいです！
現在計画されている重大な変更は1つだけです。それは、IDの自動生成です。 メソッドが変更され、IDは一致しなくなりますが、翻訳ファイルを更新するためのCLI移行ツール（および準備ができたときにのみ移行するために使用できるパラメーター）があります。

私は今日このトピックについてたくさんグーグルで検索しましたが、i18nタグを翻訳ではなくサービスへの呼び出しに置き換えるような「単純な」解決策があるのではないかと考えています。

電流：
<span i18n>Hello world</span> => <span>Hello world</span>にレンダリング

私の考え：
<span i18n>Hello world</span> => <span>{{i18nservice.translate('pass-in-the-generated-message-id')}}</span>にレンダリング

このように、サービスはAPIやファイルなどから入力できるため、実際の翻訳はAOTで動的に実行でき、ロケールの切り替えでさえ、新しいソースをロードすることでi18nservice.setLocale('de-DE')をはるかに超えることはありません。
xi18n-toolを使用したテキスト抽出は以前と同じように機能し、とにかく生成されたメッセージIDを利用して、翻訳サービスのインデックスとして使用できます。
ngcは単に「--use-i18nservice」フラグを検索し、それ以外の場合はこれまでと同じようにコンパイルできるため、現在の実装も問題なく機能します。

私が現在特定できる問題の1つは、i18nserviceがコンポーネントコンテキストに存在して呼び出し可能である必要があるため、すべてのコンポーネントに注入されることですが、それは何らかの方法で解決できるはずです。

これについて何か考えはありますか？

これは、私たちが「はい」と考えていることの1つです。コンパイラーが実行時に使用できない場合（AOT）に、これらの変換内のコードブロックをどのように処理するかという問題がまだあります。 これは、翻訳内で角度コンポーネント/ディレクティブ/パイプを使用できないことを意味します...

はい、それについては考えていませんでした。
私は現在、ビルドステップ（webpack）ですべての翻訳をHTMLにインライン化し、ng-switchを使用してそれらをng-containersにラップするPOC /回避策を開発しています。
i18n属性の場合、nativeElementにそれらを設定するディレクティブを使用しています。
翻訳自体も「レンダリング」され、それらすべての<x id=".. "/>プレースホルダーが置き換えられます。

それは醜いですが動作します... ngがネイティブにそれをサポートするのを待つことはできません。
今週後半にPOCを公開する予定ですが、今後の構想に役立つ可能性があります。

実装ができるまで、自分のニーズに合った「ソリューション」を思いつきました。
プリローダーは、コンパイラーに渡す前にすべてのロケールのHTMLをレンダリングするようになりました。これまでのところ、魅力のように機能します。

リポジトリ： https ：//github.com/actra-development-oss/ng-i18n-aot-loader
NPM： https ：//www.npmjs.com/package/@actra-development-oss/ng -i18n-aot-loader

コンポーネントには、サービスが必要であることをシステム/コンパイラに通知する属性が含まれている可能性があります。
次に、そのサービスはIDとロケールを取得し、ローカライズされたテキスト/マークアップを返します。
ローカライズされたすべてのテキストは、サービスが読み取ることができるリソースとしてサーバーに保存されます。

コンポーネントに属性nolocaleruntimeがない場合。
コンポーネントにそれがある場合は、実行時にローカライズされたデータを取得するように呼び出します。
コンパイラはデータファイルを作成し、サービスを接続するだけです。

これは、ほとんどのアプリケーションの最も一般的なニーズを処理するための良い方法のように思えます。同じアプリの複数のコピーを構築して維持するためにサイトを必要としません。

私もそう思いました。
問題は、翻訳にバインディングが含まれている可能性があるため、外部リソースから翻訳ファイルをロードするときにシステムがコードインジェクションのために開かれることです。
さらに、翻訳に応じてこれらのバインディングを動的に解決するには、コンパイラーが必要になります。

IMHOの有効なソリューションは、コンパイル時にインライン変換をPOC（上記のコメントを参照）として実装した方法であり、よりエレガントで統合された方法です。
上記の両方の問題は解消されますが、私が想像できる唯一の欠点は、おそらくバンドルサイズであり、「プレーンバンドル」+（翻訳されたhtml-size *ロケール）に成長します。
これは、ドキュメント全体ではなくi18nタグ付きhtmlを使用するだけでng-switch下げることができますが、それでもi18n-*タグには問題があります。

さてここにあります。 時には限界があります…。

実用的な観点からは、それを持たない方が良いかもしれません。複数の言語で提供できるテキストのチャンクを持つことができます。 話の終わり。

データバインドされたチャンクが必要ですか？ わかりました、しかしそれは国際化されたテキストの中にはありません、それは別々でなければなりません。 htmlとcssを使用して、結果のスタイルとフォーマットを引き続き使用できます。 しかし、考えられるあらゆる方法でそれらを埋め込んだり組み合わせたりすることはできません。
たとえば、divまたはapタグが複数のスパンを持つことができる場合、1つのスパンはテキストであり、別のスパンはバインドされた日付です。テキストスパンはi18nロケールサービスにバインドされ、日付は2つのスパンが含まれる日付サービスにバインドされます。それらをフォーマットする段落タグ。

シンプルに保ち、最初にすべてのユーザーの95％で機能するようにしてから、エッジケースを把握します。

私はそれをエッジケースとしては見ていません、それはいつものようにビジネスです。
Angularはビジネスグレードのフレームワークであるため、すべてではないにしても、多くのi18nユーザーは、テキスト内でバインディング、または少なくとも複数形化と選択を必要とします。

<span i18n>Hello, {user.gender, select, m {Mr.}, f {Ms.}} {{user.name}}</span>
分離された文字列でそれをどのように解決しますか？
簡単な答え：ターゲット言語のルールを知ることができないため、すべての言語が「挨拶」、「性別」、「名前」の形式に従うわけではないため、わかりません。

これらのチャンクを分離すると、次のようになります。

• 文脈を殺すと、翻訳者は完全な文の意味を理解できません
• CSSでチャンクを正しい順序でマージすることはできません。翻訳ごとにルールを指定する必要があるため、CSS-guyはターゲット言語を知っている必要があり、translation-guyはCSSを知っている必要があります。許容範囲です。

コアi18nは期待どおりに角度を付けて動作し、ビジネスグレードのアプリで使用できます。明らかに欠けているのは、AOTとの互換性だけです。そのため、強力で機能するシステムを、半分ではないものに置き換える必要がある理由がわかりません。それを成し遂げるために複数回の作業を必要とします。

明日、この問題の解決策を見つけるための会議があります。

@ocombeはこれを聞いてうれしく思います。これが、Angularの将来のリリースに役立つものになることを願っています。ここでの作業では、開発ニーズに対してそのほとんどがどのように機能するかを本当に気に入っています。

@ocombe 、ドキュメント全体をリロードせずに言語を変更することは可能ですか？ 私が説明します ：
「about」という名前のページにいますが、言語を変更すると、アプリケーションのメインエントリページにリダイレクトされます。

i18n-appで作業しているときに、@ angle / Material（node_modulesにある）などの外部スタイルシートを解決できず、 ng-xi18n -toolが失敗するという既知の「バグ」にも遭遇しました。
「不足しているファイルを無視する」-抽出ツールのHostContextをPOCとして実装しましたが、メインリポジトリにリンクするためにPR＃17845として追加しました。

@ocombeは、このトピックに非常に積極的に取り組んでいるようですが、PRを見て、フィードバックを提供していただけませんか。

ありがとう、私はそれを見ていきます。

動的データを含むプロジェクト全体に内部化を実装する方法を探して数日が経ちましたが、具体的なものは何も見つかりませんでした。 少なくとも当面は私を助けてくれる何か他のものを私に提案していただけませんか。 ありがとう。

こんにちは@ocombe！ @ jlutz777によって提起されたポイント（動的バインディングについて、したがって言語ごとに1つのアプリがない）に関するフォローアップを行うことはできますか？

あなたの仕事に感謝します！

@vicbは現在取り組んでおり、5.xになります（5.0ではなく5.1である可能性が高い）

@ocombeチェックリストを更新する必要がありますか？ それらのいくつかはすでに新しいバージョンにマージされていることがわかります。 そして、それはあなたの努力をよりよく反映するでしょう。 😃

はい、いい考えです、更新します
編集：更新

ランタイムi18n（AOTを使用するすべてのロケールに1つのバンドル）-[作業中]

関連する問題/ PR /ディスカッションはどこにありますか？

名前付きの日付形式（ ultraLongDateなど）を拡張するためのAPIがあれば、ネイティブの日付パイプがそれを認識し、カスタムの日付パイプは必要ありません。

「ランタイムi18n（AOTを使用するすべてのロケールに1つのバンドル）」の進捗状況について知りたいだけです。

私のチームには、60以上の言語を使用する複数の大きなアプリがあります。 現在、Nが言語の数になるように、N個のビルドを並行して実行しています。 ご想像のとおり、これはリソースを大量に消費します。特に、アプリがかなり大きく、1日に何度も複数の環境にデプロイされることを考えると。

私が望んでいるのは：

1. ランタイムi18nでの大まかなETA
2. ランタイムi18nがすべての言語に対して単一のビルドを実行することの確認
3. 生成された各言語が遅延ロード可能であるか、単一の大規模なバンドルに含まれるかどうか

@chcaruは、ngが「ネイティブ」ソリューションを提供するのを待っている間、 https：//github.com/actra-development-oss/ng-i18n-aot-loader/を参照してください。
それはあなたが求めているものを正確に提供し、複数のロケールを持つ1つのAOTビルドを提供します。

@chcaru ：
1 /大まかなETAはAngularv6です（最初のベータ版は1月末までに作成する必要がありますか？わかりません）。幸いなことに、ほとんどすべての作業が完了するため、コードの翻訳は実行時の翻訳の直後に実行する必要があります。
2 /はい
3 /翻訳はバンドルから分離する必要があります。ブートストラップの前に必要なものを遅延ロードするか、すべてを1つにバンドルするだけで済みます。モジュールの遅延ロード翻訳もサポートしたいのですが、いつになるかはわかりません。利用可能になる

@ocombeはangularv6がリリースされるまで、翻訳を動的にロードしたり、単一のパッケージで多言語アプリケーションを作成したりするための最も深刻なオプションはngx-translateです。

ngx-translateを使い始めて、angularv6がリリースされたときに簡単に移行できるようにするためのヒントはありますか？
両方のアプリケーション間のブリッジはありますか？

実際には、コードはまったく異なります...移行ツールで作業する意欲がある場合は、v6でこれらの機能が提供される時期がわかります

こんにちは、今後の機能の透明性に感謝します。

次の質問に対する答えを知っておくと非常に役立ちます。

1. 新しいi18nワークフローは、 https：//angular.io/guide/i18nで説明されている現在のワークフローとどのように異なるのでしょうか。

2. i18nおよびi18n- *になりますか？たとえば、オプションのカスタムIDを持つi18n-title属性は、引き続きテンプレートで使用できますか？

3. 次のコマンドは引き続き機能しますか？

ng serve --aot --locale fr

ng xi18n  --i18nFormat=xlf
ng xi18n  --i18nFormat=xlf2
ng xi18n  --i18nFormat=xmb

1. テンプレートから抽出されたmessages.xlfトランスユニットは、コードで使用されているものとどのようにマージされますか？

1. 更新エクスペリエンスを可能な限りスムーズにします。おそらく、以前は機能していたものが、少なくともv7までは機能します。
2. i18n属性は同じままです
3. 抽出も同じである必要があります
4. 変更されるのはおそらくそれだけです。まだわかりません。変更される可能性のあることは伝えたくないのですが、メッセージは実行時にビューが作成されるときにマージされます（つまり、ブートストラップとビューが表示される間）スクリーン）

@Toubのコメントに続いて、この移行期間中、実装したい次のアプローチ（i18n属性とngx-translateを混合）についてフィードバックを得ることに関心があります。 私たちの目的は、新しいi18nサポートの準備ができたときに、コードで行う更新を最小限に抑えることです。

（動的なロケールが必要であることに注意してください。つまり、ロケールごとに1つの生成されたアプリではありません）

• i18n属性を使用して、角度抽出ツールを活用できるようにします。
• 抽出されたツールに基づいて、xliffファイル（または他の形式）をngx-translate（jsonまたはpo）で使用できる形式のコンテンツに変換できます。
• i18n ＃$属性を使用する要素のtranslate属性を利用して、翻訳を適用します（以前に抽出されたもの）

サンプルは次のとおりです。

<!-- Without parameters -->
<div i18n="hello-id" translate>HELLO</div>

<!-- With parameters -->
<div i18n="hello-id" translate [translateParams]="{value: 'world'}">HELLO</div>

フィードバックありがとうございます！

そのためにngx-translateで問題を開いていただけますか？ おそらく、「翻訳」の代わりに「i18n」属性をサポートするようにライブラリを更新するのが最善だと思います。

@ocombe提案をありがとう！ ngx-translateにこの問題を追加しました...

@ocombe私が見ることができる問題は、 i18n / i18n-*属性が実行時に削除されることです（https://github.com/angular/angular/issues/11042）。 それらを保持する方法はありますか？

私はチェックしましたが、間違えない限り、Angular i18nを使用している場合にのみ削除されます（つまり、コンパイル時に翻訳をロードします）。

@ocombeわかりましたが、Angular CLIを使用していて、 ng serveでアプリケーションを起動したため、翻訳をロードしません...

@ocombe 、当社は、現在規定されているロケールごとの複数のアプリ戦略を使用してi18nをサポートする取り組みの直前になります。 また、URLにロケールを含め、アプリでベースhrefを設定することも計画しています。 ランタイムi18n機能が完了したら、urlロケール戦略でどのような変更を加える必要がありますか？ ランタイムi18nがリリースされたら、大規模なリファクタリングを回避し始めるためのより良い方法はありますか？ このすべてにご協力いただきありがとうございます。

⬆️は「もうすぐ始まります」と言うべきです

1つのアプリ/ロケールは現在も機能しているはずです（CLIを使用していない場合は、ブートストラップでロケールファイルをロードするための小さな変更を除いて）

誰かが私をターゲットにして、どのファイルi18n属性がテンプレートダーニングバンドルから削除されているか教えてください。

cc @ocombe

4.2.6で変更されました（PR https://github.com/angular/angular/issues/17999）

やあ！ 私は長い間このスレッドをフォローしてきました。 v6の最初のベータ版がリリースされているのを見ました。 変更ログを読みましたが、この長年の問題に関連するものは何も見つかりませんでした。 この面で何かニュースはありますか？ または、少なくとも、インターフェイスがポリフィルに似ているという保証はありますか？

あなたの仕事をありがとう！

それは最後のベータ版の1つ、または多分RCになるでしょう（私は知っています...）。
インターフェースは、Googleがコード変換に内部的に使用するものであるため、クロージャーからのgoog.getMsgに似ています： https ：//developer.pubref.org/static/apidoc/global/closure/goog/getMsg.html
ただし、ラッパーを使用している可能性があるため、Angularのインターフェイスが変更される可能性があります。まだわかりません。
私のポリフィルでは、同様のインターフェイスを使用していますが、必要に応じてID、説明、意味を定義する可能性があり、何らかの方法で（パラメーターまたはデコレーターを介して）必要になると思います

頑張ってくれてありがとう！ 4月から、1.xアプリ全体を一から書き直す準備をしています。 これらの変更に備えるために私たちができる/すべきことはありますか？ 現在、6.xの使用を計画しています。 再度、感謝します！

@ocombe 「先頭と末尾のスペースを無視する」がいつ着陸するのか知りたいですか？

ロードマップを更新する必要がありますが、今は少し混乱しています（私にとっても）。 特にこの機能は明らかに優先事項ではありません。すぐに作業することを期待しないでください。

@ocombeうんこれは素晴らしいだろう。 ランタイムi18nは、私たちにとって唯一のブロッキングポイントであるため、私たちも非常に興味を持っています。 完了率を％で推測していただけますか？

お疲れ様でした！

@ocombe

特にこの機能は明らかに優先事項ではありません。すぐに作業することを期待しないでください。

ここで話している機能を明確にしていただけますか？ 私は何の仮定もしたくありません。

@ofuangka機能「先頭と末尾のスペースを無視する」は優先事項ではありません。
@Karamuto今のところ推測するのは難しいです、私たちは今それに取り組んでいます

@ocombe
Runtime i18n（AOTのすべてのロケールに1つのバンドル）に関するマイルストーンを教えてください

今、私たちはxi18nツールを使用するか、巨大な多言語プロジェクトにサードパーティのライブラリを使用することにしました。
正規のツールを使用できるようになることを望んでいますが、それはあまりにも生々しいことに注意してください。

また、xlfファイル（モジュールごとに1つのファイル）を分割できるようにしたいのですが、可能ですか？

アップアップ
ランタイムi18nはAngular6でリリースされますか？

おかげで幸せなコーディング！

ここで希望を失い、これが時間内に終了することを期待します。これは、残り時間があまりなく、この機能に関する現実がこれまでなかったためです。

バージョン7のリリースは私たちにとってかなり遅いでしょう。

@カラムト＃22654
v6でリリースされると思いますが、最初にIvyを終了する必要があります。

今週はhelloworldが機能するはずですが、機能は最小限です（たとえば、ICUサポートはありません）。
ただし、フラグの後ろにあるツタでリリースされているので、作業を続け、新機能が終了したらすぐにリリースします。v7を待つ必要はありません。

@ocombe
それはいいです！ 最初からICUで完了する必要はありません。 それがv6の後者の現実で進歩するならば、これは私たちによって完全に問題ありません。

素晴らしい仕事をありがとう！

@Karamutoスニークピークについては＃22654を参照してください！

ばかげた質問：カスタムコンポーネントへの文字列ベースの入力に対してi18nディレクティブを使用する方法はありますか。 aria-labelsを転送する場合の例：

私はクールなことをするカスタムボタンをラップします：

カスタムボタンのテンプレートは次のことを行います。

すでにこれを行う方法はありますか？

@kekraft静的入力では、i18n属性構文を使用できると思います。

<custom-button ariaLabel="your label" i18n-ariaLabel></custom-button>

コンポーネント内：

<button [attr.aria-label]="ariaLabel">Some button</button>

@ocombeランタイムi18nの作業を完了するには、貢献者が必要ですか？

うん ！ v6が公開されました~~~
ここで更新はありますか？

i18n角度6の例はここにあります
https://github.com/angular/angular/pull/23660

@sandangelは、このスレッドの冒頭の計画から、単に「すべて」または「チェックされるすべて」を意味しましたか？
単一のアプリケーションを持つことを本当に楽しみにしていました。それは最も重要なことの1つだと思います。 リンクした＃23660に行き、 https： //pr23660-e12f469.ngbuilds.io/guide/i18nに到達しました
しかし、そこにはまだ書かれています：

AOTコンパイラを使用して国際化する場合は、言語ごとに個別のアプリケーションパッケージを事前に構築し、サーバー側の言語検出またはURLパラメータに基づいて適切なパッケージを提供する必要があります。

複数の言語に対応する単一のアプリケーションを作成することは可能ですか、それともまだ可能ですか？

@MrCroftは、ランタイムi18nがまだ進行中のようです。 私はあなたのようにいくつかのオプションを読みましたが、すべてのローカリゼーションのための1つのバンドルではありません:(

動作するHelloWorldがありますが、これは新しいレンダラー（ivy）専用であり、ivyはプライムタイムの準備ができていないため、残念ながらそれを待つ必要があります:(

@ocombeなので、本番環境にIvyがない場合（おそらくv7前後）を除いて、ランタイム変換はありません。 これは正しいです？

@ocombeは、hello worldとivyのものが公開されていますか？ この新しいi18nextの実装を試して理解するのは素晴らしいことです😃

@fetis https://github.com/actra-development-oss/ng-i18n-aot-loader/

@fetisはい:(
@feloyはい、シンプルなhello worldはここにあります： https ：//github.com/angular/angular/tree/master/packages/core/test/bundling/hello_world_i18nしかし、ごくわずかです
ここでテストを見つけることができます： https ：//github.com/angular/angular/blob/master/packages/compiler/test/render3/r3_view_compiler_i18n_spec.ts
そしてここでいくつかのリファクタリング+抽出： https ：//github.com/angular/angular/pull/22931

@ocombeアプリケーションにi18nを実装しようとしていますが、それについて読むと、言語ごとに1つのmessages.xlfファイルが必要であることがわかります。 さまざまな顧客向け画面などを備えた複雑なアプリケーションを検討する場合、それは維持するためのオーバーヘッドになりませんか。コンポーネントごとまたはモジュールごとにメッセージファイルを分類できるかどうかを確認していますか？ それはすでにサポートされていますか？

@ stickler-vこのファイルは、文字列を翻訳ソフトウェアに転送するだけです。 手動で翻訳することを検討しないでください。

なるほど、実際のテキストはどこにありますか？ 翻訳者に管理させるのとは対照的に、このテキストを手動で管理する必要があります。

申し訳ありませんが、私は少し迷っています。 こちらの元のドキュメントに基づいていますhttps://angular.io/guide/i18n。 src / app /app.component.htmlには英語のテキストのみが含まれます。 messages.fr.xlfはフランス語のテキストを含むファイルですが、自動生成されるため、タッチすることはお勧めしません。

app.component.htmlを英語ではなくフランス語のテキストを使用してレンダリングしたい場合、フランス語のメッセージ「Bonjour」などをどこに指定しますか？

@ stickler-vそれは本当にオフトピックです。StackOverflowで質問を作成してください。 そこで喜んでお答えします。

ここでこれについて議論しないでください、それはここでのトピックではありません、ありがとう
あなたの質問@ stickler-vに関しては、モジュール/コンポーネントごとに1つのファイルは現在不可能です。将来的には可能性がありますが、現在取り組んでいるもののリストには含まれていません。

ルート変換をサポートする計画はありますか？

これがすでに回答されている場合は申し訳ありませんが、このバージョンでJSでの翻訳は可能ですか、それともテンプレートのみですか？

@ santhony7アイビーの準備ができていないので、それはまだ不可能です。

ここでランタイムi18nの意図/機能について私が持っている質問の1つは、古いng-translateの機能のように、アプリをリロードせずに実行時に言語を選択して「反転」できることを意味するかどうかです。 AngularJSの場合とngx-translateの場合？ それとも、これはまったく別のことを意味しますか？

いいえ、言語を変更するにはアプリをリロードする必要があります。

現在のi18nでは、翻訳をビルドして提供するときに、バンドルコードの文字列を置き換えます。これは、バンドルがローカライズされていることを意味します。
ランタイムi18nは、現在のようにビルド時にではなく、アプリの起動時に翻訳ファイルが読み込まれることを意味します。
そのため、アプリが起動する前に翻訳ファイルを遅延ロードできます。つまり、バンドルは言語から分離されており、アプリのバンドルは1つだけです。
また、言語ごとに1つのバンドルを選択し、言語ファイルをアプリにバンドルすることもできます（現在行っているように）。これにより、翻訳ファイルの遅延読み込みに必要な遅延を回避できます。
ある場合には追加のhttpリクエストを行い、他の場合には行いませんが、言語ごとに1つのバンドルを持つことを正当化するのに十分な違いはないと思います。

ランタイムi18nの利点：

• 言語クライアント側を検出し、必要な翻訳ファイルを遅延ロードします
• コードは言語に依存しないため、すべての言語に対して1つのバンドルを取得します
• ライブラリは「i18n」互換にすることもできます
• 実行時に翻訳をロードするため、コードでも翻訳を実行できるサービスを提供するために必要なものがすべて揃っています（テンプレートだけでなく）
• モジュールごとに翻訳を分割することができます（おそらく最初は利用できません）

短所：

• 実行時の翻訳は、翻訳が抽出されてhtmlノードに変換されるときにわずかなコストがかかりますが、アイビーは現在のレンダラーよりもはるかに高速であるため、気付かないでください。
• アプリのブートストラップは、翻訳の遅延読み込みにかかる時間によって遅延するか、バンドルが少し大きくなります（翻訳をバンドルする場合）
• 翻訳を読み取れるようにするには、アプリバンドルにシリアライザーを追加する必要があります。これは多くのコードです（これを回避するために、翻訳をある種のjsonに「プリコンパイル」することもできますが、まだ決定していません。 ）。

理論的には、アプリ全体をリロードせずに言語を変更できますが、コンポーネントの作成時にテンプレートが生成されるため、既存のコンポーネントを再作成する必要があります。または、（ i18nを使用する代わりに）テンプレートでサービスをバインドすることもできます。

また、ある言語から別の言語への変更は小さいかもしれませんし、大きいかもしれません。たとえば、英語からスペイン語への変更は「小さい」かもしれませんが、英語から中国語やアラビア語への変更は大きいかもしれません。
一部の言語を明確にするには、テキストだけでなく、その言語に対応するために別のレイアウトを設計する必要がある場合があります。また、左から右または右から左への配置やその他の詳細のルールもあります。

したがって、ほとんどの実際の使用では、アプリが適切なリソースといくつかのレイアウトをロードすることにつながる言語検出ステップをアプリにロードすることを期待します。

@ocombe明確にしていただきありがとうございます！ 私は現在のAngular i18nをアプリケーション内に実装しましたが、変更/不明な要件のために問題が発生しました。 また、 https：//github.com/ngx-translate/i18n-polyfillライブラリを組み合わせて使用​​して、現在のギャップを埋めています。

複数のバンドルは少し面倒ですが、現在は簡単に回避できます。 特に障害は、現在使用されている言語とは異なる言語で表示される1つのコンポーネント（およびそのすべての子コンポーネント）を持つ可能性があります。

率直に言って、 ngx-translateが私のためにこれを達成するのに役立つかどうかはまだわかりませんが、ピボットを行う前にできるだけ多くの情報を持っていることを確認するために、今後の変更についてメッセージを送りたいと思いました。

複数の言語に同時に翻訳されたアプリをサポートする予定はありません。将来、翻訳/モジュールをロードできるようになる可能性がありますが、それはアーキテクチャの副作用であり、具体的には何かではありません。達成しようとしました。

Ivy +ランタイムi18nのETAはありますか？
そうでない場合は完全に理解していますが、（現在のプロジェクトの時間枠を考慮して）それを待つことができるかどうか、または現在のソリューションの1つを使用して、将来のバージョンのためにランタイムi18nへの移行を延期する必要があるかどうかを知る必要があります。

私は正確な時間枠を与えようとはしません、私が試みるたびにそれは間違っていました：D
現在はv7より前ではありません（以前はベータ版として利用可能になります）

問題ありません、私たちは皆、見積もりが常に間違っていることを知っています。 ：D
現在のi18n（+ i18n-polyfill）からランタイム18nまたはngx-translateへの移行が簡単になると思いますか？

おそらく現在のi18nからですが、可能であれば、Angular i18nの内部を使用するバージョンのngx-translateを作成します（まだわかりません）。

こんにちは、私は現在の状態を理解するためにこのスレッドをトラバースしようとしました。 ngx変換コードは、動的な局所化を使用する単一のアプリで現在最も実行可能な「回避策」ですか？

こんにちは、ngx-translate / i18n-polyfillを使用して実行時にローカリゼーションを変更することは可能ですか？

@suchg実行時ではありません。 実行時に翻訳を行うことはできますが、使用するロケールを変更することはできません。

@mjschranz迅速な返信をありがとう
今のところ、実行時の翻訳でさえ問題ありません。 同じ例を教えてください。
https://github.com/ngx-translate/i18n-polyfillで共有されている例を試してみましたが、Chromeブラウザーの言語を変更しましたが、うまくいきませんでした。
翻訳のための特定の方法はありますか？

外部ライブラリではなく、Angularについてここで議論を続けてください。 それについてサポートが必要な場合は、githubリポジトリにメッセージを投稿してください

ねえ、機能が将来どのようになるかについて、他の追跡の問題や設計ドキュメントはありますか？ おそらく、実装を支援したり、v7での移行が可能な限りスムーズになるように準備したりすることができます。

こんにちは、私は現在Angular 5を実行しており、プロジェクトに多言語を追加する必要があります。
私は今私のために働く解決策を追加しました、それはほとんどエレガントです。 https://github.com/angular/angular/issues/24549。

理想的には、カントリースニファーサービス（ホスト名マップルックアップに基づく）に基づいて言語ファイルを遅延ロードしたいと思います。
それがAngular6で可能であれば、それは素晴らしいことです。

@mattiLeBlancコンポーネントやサービスからのメッセージなど、動的メッセージをどのように解決しますか？

@zverbeta AngularCoreまたはこのディスカッションのコンテキストを完全に理解していないことをお詫び申し上げます。 私は初心者のために私の文脈からのみそれにアプローチすることができます。

あなたの質問に答えて、URLまたは言語queryparamから推測できるロケールに基づいて、翻訳ファイル（xlf）を適切な方法で遅延ロードすることにのみ関心があると思います。 （私は現在、ロケールを決定するためにURLマップを使用しています）。

コンポーネントまたはサービスからのメッセージは、マークアップにi18nのタグを付けるようにタグ付けされません。 私はWordpressとPHP用のi18nの経験があります。 そこで、 __( 'text' to translate, 'text domain' )アプローチを使用して、正しい翻訳を取得します。 この__()は、メッセージファイルを作成するCLIコマンドによってスキャンすることもできます。

これはあなたが言及している問題の1つですか？

たとえば、このマークアップのブロックで気付いたことが1つあります（怠惰で、各サブ要素にi18nを追加したくなかったため）。

<div class="eligibility-banner" i18n="@@eligbilityBanner" fxLayout="column" fxLayout.gt-xs="row" fxLayoutAlign.gt-xs="center center" fxLayoutAlign="center start">
        <div class="requirement-text" fxFlex="20">To be eligible, you:</div>

        <div fxLayout="column" fxFlex="80" fxLayout.gt-xs="row" fxLayoutAlign="center start">
          <div fxLayout="row" fxLayoutAlign="center center" class="requirement" fxFlex="33">
              <pro-svg icon="icon-check-circle" className="icon-check" width="44" height="44"></pro-svg>
              <div class="text">own an Australian business (with a valid ABN/ACN)</div>
          </div>
          <div fxLayout="row" fxLayoutAlign="center center" class="requirement" fxFlex="33">
              <pro-svg icon="icon-check-circle" className="icon-check" width="44" height="44"></pro-svg>
              <div class="text">are over 18 years old</div>
          </div>
          <div fxLayout="row" fxLayoutAlign="center center" class="requirement" fxFlex="33">
              <pro-svg icon="icon-check-circle" className="icon-check" width="44" height="44"></pro-svg>
              <div class="text">are an Australian Citizen or Permanent Resident</div>
          </div>
        </div>
      </div>

つまり、divブロック全体をmessage.xlfにコピーします。
それは多くのマークアップ汚染です。 （もちろん、テキストを保持する各タグでi18nを使用できます。）

この例では、 _e()コマンドを使用するとかなりうまくいくと思います。 echoコマンドでテキストを折り返すと、折り返されたすべてのテキストが収集されます。 xml内のすべてのマークアップコピーを取り除くことができます。
その文字列に動的なものを追加する必要がある場合は、文字列内のプレースホルダーを使用してパイプすることができます（ sprintfの場合と同じように。

<p>{{ __( 'I would like a nice %s, please', fruit ) }}</p> 

ここで、 fruitは、値が__( 'apple')または__( 'pear)の変数です。
3つのテキストは最終的にXMLになり、個別に翻訳できます。

それは役に立ちますか？ i18n属性を追加するのと非常によく似ていますが、もう一度読んだ後でわかります:)

最後に、いくつかの形式を見てみましょう。 XLIFF 2はかなり見栄えが良く、1.2よりも少しきれいです。 XMBは、1995年にスタイル設定されたように見える、紛らわしい、恐ろしいドキュメントのように見えます。
XLIFF 2を使用しているときに、バージョン1.2のようにTARGETテキストがレンダリングされないことに気づきました。

.potファイルと.moファイルを見たことがありますか？ 非常にシンプルなフォーマットで、POEditツールで翻訳して使用することもできます。

トグルボタンを使用して、アプリケーションを英語とスペイン語に変換する必要があります。 すべての変更を行い、ファイルを個別に作業しました。 .dist / enとdist / esの下に2つのビルドを作成しました。展開のために何をする必要があるか、両方のビルドを切り替える方法を教えてもらえますか？

トグルボタンをクリックして何をする必要がありますか

@ shobhit12345https：//stackoverflow.comに支援リクエストを投稿してください

@zverbeta --prodでビルドすると、＃24549に投稿したソリューションが機能しません。 おそらく利用できないrequireを使用しているので、明らかなことですか？
--prodフラグがないと、webpack関連のコードが含まれているため、ソリューションは機能しますか？

@mattiLeBlancこのlibhttps ：//github.com/ngx-translate/i18n-polyfillを見つけました。これにより、動的テキストの問題が解決します。

こんにちは、i 18 nを使用して動的な値（補間）を変換する方法。

    <source>This amount is for <x id="INTERPOLATION" equiv-text="{{policyName}}"/> policy #<x id="INTERPOLATION_1" equiv-text="{{policyGroupId}}"/></source>
    <target>Esta cantidad es para <x id="INTERPOLATION" equiv-text="{{**policyName**}}"/> política #<x id="INTERPOLATION_1" equiv-text="{{policyGroupId}}"/></target>

おい！ 作業中のタスクを追跡および/または支援できる場所はありますか？ （タグに取り組んでいるもの）

ランタイムi18nのベータ版をリリースするための時間枠に関する更新はありますか？

@marcelnemコメントが見つかりませんが、iirc ocombeは、ランタイムi18nがivyにマージされているため、ivyフラグを使用してv7ベータでテストできる可能性があると述べました。

ランタイム部分は実行されますが、コンパイラ部分は実行されません。つまり、ivyではまだテストできません。

こんにちは、私はAngular 6i18nを使用しています。 私は多言語で作業しています。つまり、クックブックに従いました。
https://v2.angular.io/docs/ts/latest/cookbook/i18n.html#！

現在の実装ではAOTを使用しているため、messages.xlfファイルとmessages.pt.xlfを生成しました。 私が走ると、すべてがうまく機能しています

ng serve --configuration = pt

期待どおりにテキストが翻訳されます。 しかし、私はそれが機能する方法に非常に悪いことがあるように感じます。 私はおそらく何かが欠けています。 私が理解している限り、翻訳する新しい文字列を追加してi18n属性でマークするたびに、「ng xi18n」を実行するmessages.xlfファイルを再生成してから、messages.pt.xlfを手動で更新する必要があります。 xlfファイルにはソースがある行番号も保持されているため、行を変更した場合は、ファイルを再生成してptファイルを手動で更新する必要があるようです。

<context context-type="linenumber">16</context>

それは賢く見えません、それは私にそれを機能させ続けるために多くの余分な仕事を与えるでしょう。 私の懸念を理解していますか？ 私は何かが足りないのですか？
Angular 7 i18nには、Ivyが組み込まれた大きなアップデートがあることを知っていますが、それを待つ必要がありますか？

よろしくお願いします、
ファビオ

psこれが話題から外れていないことを心から願っていますが、そうであると感じたら、少なくとも方向性を教えてください。 たとえば、これをどこに尋ねればよいですか？ または、私の疑問に答える可能性のあるリンクがある場合。

@fabiopcarvalho私が気付いたのは、HTMLレイアウトの変更を追跡しやすくするために、すべての翻訳にカスタムIDを使用するのが賢明だということです。

ただし、はい、翻訳ファイルを定期的に更新する必要があります。

@fabiopcarvalho xliffmergeを使用して、翻訳のマージを支援します

完璧です、私はそのツールを使用しました、そしてそれはうまくいきました。 私もIDを使用しています
彼らは助けになります。
返信いただきありがとうございます ！！

2018年8月30日木曜日、PedroRomeroの[email protected]は次のように書いています。

@fabiopcarvalhohttps ：//github.com/fabiopcarvalho私はxliffmergeを使用しています
https://github.com/martinroob/ngx-i18nsupportを使用して、マージを支援してください
翻訳の

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/angular/angular/issues/16477#issuecomment-417407822 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AWOWQ6vpjOb0Ntgpv7TUngRrBBsUIkVjks5uWCV7gaJpZM4NOSBk
。

属性aria-labelはアクセシビリティで多く使用されるため、属性でICUメッセージを許可することはアクセシビリティにとって重要です。 フォローアップに問題はありますか？

その問題はないと思いますが、開けてもらえますか？ 現在、ツタのICU式に取り組んでいるので、TODOを追加しましたが、機能のリクエストの方が良いでしょう。

@ ocombe 、 https：//github.com/angular/angular/issues/21615

完璧な感謝です（Github検索は本当に悪いです！）！

新しいバージョンのi18nを使用して、たとえばHTTP経由で外部ソースから翻訳ファイルを遅延ロードすることはできますか？

@ocombeは、Runtime i18n（AOTを使用するすべてのロケールに1つのバンドル）で作業しているとおっしゃっていました。 私たちが待っているのは1年以上前です。 その機能がAngular7リリースで提供されると期待できるのはいつですか？

@ Sef1995それは私たちが可能にしたいことの1つです
@AhmadShahid v7とは独立してリリースされるivyが必要であり、ivyはv7のリリースの準備ができていません。 ツタの一部はすでにv6にフラグの後ろにありますが、完全な機能ではないため、実際のアプリケーションでは使用しないでください。 ivyのリリース日はまだありません。

@ocombe簡単な質問ですが、今日の時点でi18n（angular6）を実装すると、異なるビルド（言語ごとに1つ）が必要になりますが、ivyが出てi18nランタイムになると、労力が失われますか？ つまり、i18nの実装方法は、今後の実装方法とは異なるのでしょうか。 事前にいくつかのスプリントを計画し、作業に優先順位を付けようとしています。 ありがとう

回避できるのであれば、重大な変更を加えたくありません。 抽出された翻訳のIDは、長い間抱えていたバグを修正するときに変更される可能性がありますが、移行ツールを提供します。 100％互換性があるとは言えませんが、必要に応じて新しいオプションを使用できるため、ほとんどの機能が同じように機能することを期待しています。

@ocombe簡単な質問ですが、今日の時点でi18n（angular6）を実装すると、異なるビルド（言語ごとに1つ）が必要になりますが、ivyが出てi18nランタイムになると、労力が失われますか？ つまり、i18nの実装方法は、今後の実装方法とは異なるのでしょうか。 事前にいくつかのスプリントを計画し、作業に優先順位を付けようとしています。 ありがとう

こんにちは。webpackrequireを使用して、1つのビルドでファイルを動的に（一時的な回避策として）ロードできます。
例はここにあります： https ：//github.com/angular/angular/issues/24549#issuecomment -402013622

AOT = trueはwebpackのものを削除するため、-prod --aot = falseを使用してビルドする必要があります。

@ocombeこんにちは、

A7リリース候補が出ました。約束どおり、ランタイム変換をテストしますか？ Runtime i18n (one bundle for all locales with AOT) 。 どうすればこれをテストできますか。 助けてください

ありがとう

v7はすでにリリースされていますが、 @ sheikalthafからの質問を2番目にしています。

@sheikalthaf @Shuyinsama上記のいくつかのコメントと最初のメッセージで説明したように：
ランタイムi18nには、v7とは独立してリリースされるivyが必要です。 ツタの一部はすでにv7にフラグの後ろにありますが、完全な機能ではないため、実際のアプリケーションでは使用しないでください。 ivyのリリース日はまだありません。

@ocombe ：動的i18nキーを親コンポーネントから子コンポーネントに渡すのはどうですか。

子コンポーネント：
<div i18n="{{labelTextKey}}">{{labelText}}</div>

親コンポーネント：
<app-input [labelText]="'Second name'" [labelTextKey]="'@<strong i="13">@LabelSecondName</strong>'" ..></app-input>

私はそれを渡すことができますが、i18n変換はビルド時に行われるため、変数はその状態のまま空です。 したがって、翻訳は行われません。

そのような場合の更新はありますか？

@bobKasbi

子コンポーネントにi18nタグは必要ありません。次のように、親で使用できます。

<app-input i18n-labelText="@@LabelSecondName" labelText="Second name"></app-input>

@cjsase ：うまく機能しています。 どうもありがとう！ ほぼ2日で苦労していました。

これに基づく： https ：//github.com/angular/angular/issues/21706#issuecomment -430435254

• v7ではツタを期待するべきではありません。 v8は2019年3月/ 4月に予定されています。 v7でivyを期待すべきでない場合、2019年4月にivyがリリースされるまで、国際化（i18n）に何を使用するかについての推奨事項/コンセンサスはありますか？

これは誤った情報です。 コアチームは、IVyが2019年にリリースされるとは決して言いませんでした。代わりに、コアチームは次のように述べました（私の強調）：

テストおよび検証された場合は常に、マイナーバージョンでリリースする必要があります

ivyが有効になっているAngular7.1.0-beta.0アプリがあるとしましょう。ページを更新せずに、動的言語変更を前面から発行するセットアップを行うことはできますか？

はいの場合はどうですか？ このドキュメント： https ：//github.com/angular/angular/blob/master/aio/content/guide/i18n.md
およびこのドキュメント： https ：//angular.io/guide/i18n

これを特集しませんか？

最新/将来のi18n-angularアプリの作成方法はどこで学ぶことができますか？

@tatsujbいいえ、それは不可能であり、ivyとruntimei18nでも不可能です。 今のところ、言語を変更したい場合は、Angularアプリをリロードする必要があります

わかりましたが、ドキュメントは4マイナスのようなangularのキメラバージョンに適用されます。

それらが私のセットアップに適用されるとは思わないし、変更をどの程度正確に有効にするかについても説明していません。

変更はバックエンドによって強制される必要があると私は考えています。

私の場合、AngularはJava-Springバックエンドによって本番モードで提供されます。 旗のアイコンを押して言語を変更するとどうなるかという大きな線は何ですか？

ユーザーをwww.yourdomain.com/cn/に移動します。ここでは、Angularアプリ全体が中国語でコンパイルされています。 最終的に、サポートするすべての言語用にコンパイルされたAngularアプリ全体が完成します。

@ocombe @ santhony7これはどうですか： https ：//github.com/actra-development-oss/ng-i18n-aot-loader？

これを試してみませんか？

7.1.0-beta.0との互換性が悪いですか、それともまともな互換性がありますか？

@ocombe @ santhony7これはどうですか： https ：//github.com/actra-development-oss/ng-i18n-aot-loader？

これを試してみませんか？

7.1.0-beta.0との互換性が悪いですか、それともまともな互換性がありますか？

代わりにngx-translateを使用することをお勧めします。 私は両方を使用しましたが、ngx-translateは保守がはるかに簡単です。

@digismack 2つの違いは少し怖いですが、ngx-translateは公式のangular-i18nのものをすべて削除し、まったく使用しないということです。 それはそれ自身の独立した回路全体であり、jsonファイルは翻訳のソースについてはるかに具体的ではありません。

また、2つのデモのうちngx-translateははるかに遅いようですが、保守が簡単だったとはどういう意味ですか？

ng-i18n-aot-loaderの開発者としての@tatsujb少なくともローダーを統合することは、実装がかなり難しいことを私は知っています。
それ以外はすべて、元の角度のあるi18nパラダイムに従っているため簡単です。

タグ構造などに重大な変更がない限り、v7で動作するはずです。

ngx-translateを実装しようとしています私は翻訳可能な場所ごとに翻訳可能な場所に行かなければなりません。 すでに計画していたi18nタグを使用できないのは、私には少しばかげています。

私はあなたを信頼することは間違った選択だと思い始めています、 @ digismack

@tatsujbこの問題をフォローしている人は58人です。 個人的には、i18nに関するAngularチームからの最新情報をフォローしています。 OPの内容に関連しない限り、おしゃべりを止めていただければ幸いです。

新しいi18n機能をAngularに追加したい場合は、以下で遠慮なく質問してください。それが可能かどうか、問題を解決する必要があるかどうかをお知らせします。
バグがある場合は、問題を開きます（ここでそれについて議論する必要はありません）。

他のライブラリで問題が発生した場合は、StackOverflowで質問することをお勧めします。

問題を書いたりコメントしたりするのは私の習慣ではありません...しかし、私はそうします！
検討中：
@gtbuchananとCOはタイプAの人です。
@tatsujbなど文句を言う/コメントする/期待する人はB型の人です

タイプAあなたはいつも同じことを繰り返すのに疲れていませんか？！？！ 私にとって、あなたはタイプBよりも迷惑です。

AngularタイプBにi18nの機能がないため、問題を「サブスクライブ」するだけの人よりもイライラします（友達を作るために、Facebookにいいねを獲得する場合は、わかりません。ここにはその場所がありません。 、あなたは言葉を変えたり、それを言っている何かを発明したりしません！...）

タイプAは、購読を解除したり、更新を待ったり、変更ログをすばやく確認したり、ブログやニュースを読んだりできると思います。Angularチームがそれを大きなフォントARIAL 72pixelに入れて、ts + runtime i18nからi18n動的翻訳を導入するようにしてください：Angularに大きな機能がありません！ 彼らはそれをあまり考慮していなかったので、今日私たちは正しいi18nを持っていません、これはグーグルかそこらの戦略であり、これは変えることができません！

人々Bは2年前にこの機能を待っています、 https： //github.com/angular/angular/issues/9104#issue -159302131はい、angular 2.X以降です！

欲求不満のタイプBを尊重し、邪悪にならないでください。 誰もi18nについて多くの不満を言わないのなら、i18nの改善は今後何年も考慮されないと思いますが、これもオープンソースのaprtです！ 批評家に文句を言う！ 戦略は変わる可能性があります！ だから人々に文句を言わせて、購読をやめてください、あなたはこの問題を購読せずにあなたの情報を見つけることができる他の人よりも最高です！

タイプBは、できるまで文句/コメントを続けてください！ それは人々のニーズを理解する唯一の最良の方法です！

ストライクストライク笑

@tatsujbそれはすべて個人的な好みに帰着します。 ng-i18n-aot-loaderを最後に実装したとき、それを機能させるには、排出されたビルドを実行し、webpack構成をカスタマイズする必要がありました。 多分それはもはやそうではありません。 ただし、排出されたビルドを実行すると、AngularCLIツールは使用できなくなりました。 したがって、長期的にはngx-translateを実装し、動作が少し異なるという事実に対処する方が簡単であることがわかりました。

@gtbuchananあなたの痛みを感じますが、この「チャタリング」は、OPの投稿で言及されている機能の範囲に直接関係しています。 Runtime i18n (one bundle for all locales with AOT)の時間枠がずれ続けているため、人々は現在の解決策を探すためにこのスレッドに来ています。

@ocombe 、データベースから翻訳を取得する新しいプロジェクトを開始しようとしています。
私たちのAngularモジュールは遅延してロードされます。また、I18Nに関してAngularが提供するものに可能な限り近づけたいと考えています。

Angular I18Nのサポートが計画どおりに最新リリースに反映されなかったため、新しいプロジェクトを作成しようとしている私たちや他の人たちに何かアドバイスはありますか？

たとえば、I18Nの準備が整うまでは、ngx-translateを使用できますが、そのプロジェクトのgithubの問題のどこかで、遅延読み込みをサポートしないことを読みました。これは、私たちにとっては目立たないものです。

一方、AngularのI18Nサポートはまだプライムタイムの準備ができていません。

今後のプロジェクトで何を使用するかについて、正しい方向を示すいくつかのヒントを実際に理解します-ngx-translate vs？

持っている必要があります：

• 遅延読み込み

あった方がよい：

• ICU式

メルシー

この問題のフォロワーのために、 @ ocombeはangularconnectでのランタイムi18nについて数時間で話します。 未解決の質問の少なくともいくつかはそこで答えられると思います。 利用可能なライブストリームがあります

@ ctaepper-情報ありがとうございます！

@guygitこれはngx-translateまたはangular-l10nの場合があります。 これが私が作成した比較表ですhttps://medium.com/@sergeyfetiskin/tools-to-translate-your-angular-app-c021e25ff26a

私たちのアプリでは、いくつかの制限がありますが、Angularを使用することにしました。

@fetisありがとうございました-見てみます:-)

翻訳ファイル用のXLIFFファイルの選択について疑問に思う-GoogleTranslateToolkitとFlutter / Dart i18nはどちらもARBファイルをサポートし、XLIFFをサポートしていません。 ARBファイルのサポートは予定されていないと聞きましたが、これはもう一度検討される可能性があるのではないかと思います。 または、誰か（ @ocombe ？）がAngularがXLIFFファイルと対話する場所を指し示すことができれば、ARBサポートを統合するのがどれほど難しいかを調べることができます。

（状況によっては、モバイルアプリにFlutter / Dartを使用し、WebアプリにAngularを使用する予定です。可能な限り、モバイルとWebの両方で翻訳ファイルを共有したいと考えています。 ARB-> Angularに含めることを検討する意欲がない場合は、XLIFFコンバーター。）

@localpcguyコンバーターのようなものを書くことになった場合は、すでに多くの形式から/への変換を提供しているhttps://github.com/translate/translateに投稿することに興味があるかもしれません。

ちなみに、 ocombeは数か月前に、POファイル（およびJSON？）をサポートするために懸命にプッシュすると述べました。 XLIFFで動作するオッケーっぽいツールを見つけるのに苦労したので、いつかそれが起こることを願っています。

XLIFFで動作するオッケーっぽいツールを見つけるのに苦労したからです。

@PowerKiKiそれは単に真実ではありません。 ほとんどすべてのオンライン翻訳管理ツールはXLIFF形式をサポートしています。 また、.x​​liffを手動で編集したくない場合は、無料のデスクトップ翻訳プログラムもあります。

@fetis私は話題から外れるのは嫌いですが、ツールでXLIFFを使用することに関してかなりの苦痛を感じました。 ここで私のコメントを参照してください： https ：//github.com/angular/angular/issues/20193#issuecomment -345755889

そのようなツールへの参照を提供してください。まだ良いものは見つからず、XLIFF 2をサポートするものもまだ見つかっていません。SmartCatはきれいに見えますが、文字列を更新すると、目を凝らしたくなります。

あなたは私たちが知らないことを知っているようです:)

Pootleはhttps://github.com/translate/translateを使用しており、Gettext（poファイル）には非常に優れていましたが、プレースホルダー/タグをサポートしておらず、誰かからの投稿を待っています。

私はこの号を長い間購読しています。 この点での進歩はAngularチームの優先事項ではないようであり、言語ごとにアプリを1回コンパイルし、動的な翻訳を行うためにフープを実行する必要はありません。 可能であれば、他のi18nライブラリを使用するカスタムパイプを作成することをお勧めします。 純粋であるため、このパイプはアプリを複数回コンパイルするのと同じくらい効率的です。 また、Angularに依存しないi18nを使用することで、コードから簡単に動的な変換を行うことができます。 もう1つの利点は、翻訳がAngularに依存しなくなることです。そのため、必要に応じて一部のコンポーネントを他のフレームワークに移行したり、自由に翻訳形式やツールを選択したりすることができます。 私はhttps://airbnb.io/polyglot.js/を使用していて、非常に満足しています。アプリをAngular i18nからpolyglotに移行している場合でも、結果と削除に満足することはできません。 Angulari18nとの依存関係の

これをあなたのメールの通知として受け取り、私の意見を気にしない人には申し訳ありませんが、あなたの通知を長い間読んでいたので、購読を解除する前に別れを告げなければならないと感じています:)

乾杯！

この点での進歩はAngularチームの優先事項ではないようであり、言語ごとにアプリを1回コンパイルし、動的な翻訳を行うためにフープを実行する必要はありません。

ランタイムi18nはAngularチームにとって大きな優先事項です。 ただし、ブロッキングの問題は新しいIvyレンダラーです。 プロジェクトの進捗はこれまでのところ順調で、おそらくIvy for Angular8が期待できます。これは関係者全員にとって難しい状況であることを理解しています。 計画はありますが、アイビーが完成しない限り実施することはできません。

ロンドンで開催された最近のAngularConnectカンファレンス（2018）の講演、特にOlivierCombeによる「Runtimei18n」とAlexRickabaughによる2日目の基調講演をご覧ください。

確かに私の経験は@intellixに似ています。

XLIFF 1.2は10年前のものですが、オープンソースプロジェクトでのサポートはかなり貧弱なようです。 https://github.com/translate/pootle/issues/4762およびhttps://github.com/translate/pootle/issues/1811によると、Pootleはpalceholdersをサポートしていません。 Weblateもそれらをサポートしていませんが、 PRはまもなくサポートを追加する可能性があります。

デスクトップでは、VirtaalはXLIFFプレースホルダーをサポートしていますが、最新リリース0.7.1は6年前のものであり、私が聞いたところによると、最新のmacOSでは動作しなくなりました。 残念ながら、それはよく維持されたプロジェクトの印象を与えません。いくつかの非常に古いPRは、明らかに単純であるにもかかわらず、まだマージされるのを待っています。 そして、過去数年間のコミット活動は非常に少ないです。

数日前にリリースされたPoedit2.2がXLIFF1.2と2.0をサポートしていることを知りました。 現在インストール中にsnapcraft.ioCDNからエラーが発生するため、残念ながらテストできません。 しかし、これはデスクトップユーザーにとって最良の解決策かもしれません。

@fetisプレースホルダーをサポートするXLIFF1.2、さらにはXLIFF 2.0を編集するためのオープンソース（または少なくとも無料で使用できる）プロジェクトを見つけた場合は、ここにリストしてください。 私がテストした他のすべては、まったく機能していないか、使用するのが非常に複雑でした。

@ intellix @ PowerKiKiこれが私が知っているリストです。 私たちの目標は、さまざまな国の翻訳者/同僚と協力できるオンライン翻訳プラットフォームです。 すべての共同作業者にデスクトップソフトウェアをインストールし、XLIFFファイルの同期を管理するプロセスを実行することは私たちの選択ではありません。 そのため、デスクトップツールやプラットフォームはテストしませんでした。

アプリケーション
OmegaT
https://omegat.org/

セルフホスト
https://weblate.org/en/+有料ホスティング
https://pootle.translatehouse.org/
https://pontoon.mozilla.org/

プラットフォーム
Crowdin
https://crowdin.com/
CLIサポート

WebTranslateIt
https://webtranslateit.com/
CLIサポート

Transifex
https://www.transifex.com/

PhraseApp
https://phraseapp.com/

Lokalise
https://lokalise.co/
CLIサポート

_手頃な価格で十分な機能を提供するため、プロジェクトのLokaliseで終了すると思います。_

〜POEditor〜
https://poeditor.com/pricing/
宣言されたXLIFFサポートはAngular形式では機能しません

オープンソースソリューションを探しているなら、このリストは私に役立つかもしれませんhttps://opensource.com/article/17/6/open-source-localization-tools

サイドノード
XLIFF 2.0をサポートするオンラインプラットフォームは見当たりませんでしたが、それは私にとって大きな驚きでした。 XLIFF 1.2は正式に非推奨としてマークされており、業界の誰もv2をサポートしていません。

POEditがXLIFFサポートを宣言したと聞いてうれしいです。私はそれを.poファイルに使用しました。それは素晴らしいことでした。

PSここで話題を外して申し訳ありませんが、同時にアプリからXLIFFファイルを取得することは旅の一部にすぎず、アプリのライフサイクルを通じてそれを翻訳して維持する必要があります。 ですから、それは重要な議論です。 私はどこかに移動することを提案します、私はこのリストを中程度の記事として置くことができ、そこで議論を続けることができます。

@localpcguy多くのフォーマットがありますが、それはすべて、サポートできるフォーマットの数にかかっています。 シリアライザーの作成と保守には時間がかかります。 Xliff 2は他の誰かによってPRとして追加されたので、サポートを追加しました（そうでなければ、サポートするのに時間がかかりませんでした）。
抽出とマージの2つのためのシリアライザーが必要です。
これについてはAngularConnectで話していませんが、外部シリアライザーを使用できるようになることを願っています。 ivyを使用してランタイム（マージ）でこれを行うのは非常に簡単ですが、コンパイラーに変更を加えるときにシリアライザーを更新する必要があるため、抽出は依然として複雑です。
それを行う方法についていくつかのアイデアがありますが、ツタが着地したら、チームと話し合う必要があります。 私が本当にやりたいのは、少なくともJSONサポートを追加して、Angular i18nを使用してngx-translateを書き直すことができるようにすることです（そして多くの人がそれを望んでいるため）。

@ocombeに感謝します（そして他のすべての入力、私はさまざまなビューを見るのが好きです）。 ＃14185はあなたがおっしゃったPRだったようですが、ARBサポートの追加を検討したいのであれば、それでも良い出発点ですか？ それは提出された場合に潜在的にマージされる可能性があるものですか？

@localpcguy明日ミーティングがあり、それ（およびその他のこと）について話し合います。どうなるかをお知らせします。

さて、これがうまくいくと私たちが考えるものです：抽出のために、私たちはある種のjson形式（翻訳用の公式のjson形式なのでARBでさえあるかもしれません）で文字列を抽出します。 （jsonは本当に使いやすいです）そして実行時に、あなたがあなたのフォーマットを理解するあなた自身のローダーを書くために使うことができるある種のインターフェースを提供します。

つまり、これは、アプリにローダーを提供できる限り、翻訳に任意の種類の形式を自由に使用できることを意味しますか？

まあこれは素晴らしいでしょう：+1：

はい、詳細な最適化にアクセスすることはできません（ビルド時に文字列を置き換えて、言語ごとに1つのバンドルを作成します。つまり、翻訳はコンポーネントでコード分割されます）が、任意の種類の遅延読み込みソリューションを使用できます。アプリの起動時にすべての翻訳を読み込む限り（コンポーネントを作成する前に同期的に読み込む必要があります）
また、最終的には手動でコード分割し、新しいコンポーネントをロードするときに非同期でルーターにロードすることもできます。これは、ivyが提供する新しい遅延読み込み機能を使用して行います（JasonはAngular Connectでデモを行いました）。

Ivyでオンザフライで言語を切り替えるベータデモ（ビデオやライブストリームだけをファイルするのではない）を期待できますか？ POCの最終前のツタをまとめようとすることは、集中砲火を検出するための優れた方法かもしれません。

開発者の汗をlive-i18nに注入する前に、より固まった石のツタを待つというアプローチに同意しないわけではありません。1人の小規模POCは、次の形で莫大な利益を得るには少量の汗だと思います。先見性があり、ライブi18nが2020年にプッシュされるのを回避できる可能性があります。

外部ユーザー向けのランタイムサービスはまだ完了していません。クロージャ（ goog.getMsg ）を使用するコードしかありません。これは、Googleアプリでツタをテストするために必要なものだからです。
私はこれから数ヶ月間これに取り組んでいきます。 これは、おそらくまだivyでi18nを使用できないことを意味します。
ランタイムi18nのコードは昨日マージされたばかりであり、i18nのコンパイラコードは数日以内にマージされるはずです（私たちはそこに到達しています！）。 次に、先ほど説明した新しいローダーや、コードで翻訳を使用するサービスなど、外部の人々向けの新しいサービスに取り組みます。

その場で言語を切り替える場合でも、アプリを完全にリロードするか、ルートを変更する必要があります（既存のすべてのコンポーネントがクリーンアップされます）。 私はまだPOCに取り組んでみません。

その場で言語を切り替える場合でも、アプリを完全にリロードするか、ルートを変更する必要があります（既存のすべてのコンポーネントがクリーンアップされます）。 私はまだPOCに取り組んでみません。

それは公平です...ただし、アプリの完全なリロード（またはエンドユーザーの目にシームレスを実現するもの、別名、ストア、認証、URLを失うことはありません（まあ... /en/...を考慮しない）は必要ありません

@tatsujbアプリのリロードはページのリロードではありません。StackBlitzは編集のたびにアプリをリロードしますが、目に見えると思いますか？

アプリをリロードするということは、アプリをアンマウントしてから同じ位置にアプリをマウントすることを意味します。これは、SSR-CSR移行（CSR-CSR）と同等であり、適切なキャッシュアーキテクチャが検討されている場合は、後続のブートストラッププロセスで非同期タスクが発生しないようにする必要があります。

したがって、この正しい設定で。 変数値と認証（およびスクロール可能なdivのスクロール量）を保存しますか？

@tatsujb Angularで作成されたインスタンスの外部、たとえば字句変数やウィンドウプロパティに保存されている限り。

@trotylページなしでアプリをリロードするにはどうすればよいですか？

@saithisアプリケーションは常にplatformBootstrap().bootstrapModuleFactory() （または他の同等のもの）でブートストラップします。いつでもどこでも呼び出すことができます。呼び出し時に魔法はありません（Angular CLIには現在コード置換の制限があり、もはやアイビーの問題）。

スクリプトの呼び出し時に熱心にブートストラップし、それを永久に保持する（アンマウントしない）ことは、SPAの一般的な方法にすぎませんが、誰もあなたにそうすることを強制していません。

編集：誰かがそうしている場合は、メモリリークを防ぐためにブートストラップされたNgModuleRefを破棄する必要もあります。 これらはトピックから外れた質問であり、他のチャネルで議論する方がよいでしょう。ここでi18nの議論を追跡する方がよいでしょう。

@trotylありがとう、ブートストラップが再び機能することを知りませんでした。

@ocombeここでスパムを削除できますか？ そして私のコメントも。

1. @fetisへ：あなたのような人々は、リリースのために問題とサブスクライブのフォローを解除する必要があります
   

2. @Andrulkoへ：私たちは気にしません

3. @angularに：言ったように私は完全に理解していますここで文句を言います！ たとえば、vXではなくv7のツタが欲しかった、またはv7の大幅な改善を販売しないで、応答できなかった場合、または期限を守るために7.xに配置する場合などです...これは公平ではありません。 はい、オプションは何も発表しないことである必要があり、これも悪い考えであると誰も文句を言うことはありません。フレームワークで自分の場所を作る必要があります。 はい、v2以降正しいi18nを待っています。大きなアプリのこの必須の側面では、50000文字列を含む国際的なウェブアプリのような大きなアプリのAngular対応を販売できませんでした。もちろん、これを読むのは好きではありませんが、思いやりがなく、良いです信仰、私たちがi18nを考慮せず、他のすべての側面でビルド時間/開発時間が遅い場合、角度は素晴らしいと言えます。 もちろん、決定者に話しかけると、特定の方向が上部で変わるはずです。 ビッググーグルから私たちはこのような大きな間違いを犯すことができなかったので、私たち（批判する）からの最高の例外。 私はグーグルの開発者が例外のように見える-賢い人々は間違いなくこのことは経験豊富な開発者やグーグルのような開発者にとっては起こらないはずだ！ 私の世界的な意見では、企業がそれを選択し、民間企業にオープンソースとは何かを販売/説明するときに、大きなアプリの角度を100％販売することはありません！

4. @特にビジネス会社で働いていない人のために：私は確かにオープンソースを尊重していないので私のコメントが嫌いですか？！？！大きなアプリの準備ができています（80％ではなく100％）...私たちは依存しています！

船を離れるので、これが私の最後のコメントです！ 登録を解除する+次のプロジェクトでAngularを選択しない（あなたが勝者であると言えます。オープンソースプロジェクトには私たちのような人は必要ありません）

そんな情熱！ バランスを取るために...私たちはアプリをAngular6で書き直し、6言語で国際化しており、わずかな不便を感じています。 確かに、ビルド時間の短縮とその場での翻訳は確かに素晴らしいことですが、私たちにとって世界の終わりではありません。 i18nではないフレームワークの98％は素晴らしいです。 素晴らしい仕事の人！ 新機能を楽しみにしています。

また、新しいエンタープライズポータルでAngularを使用した素晴らしい経験もあります。 i18nは、スイスでは4つの言語をサポートする必要があるため、必要な最後の機能です。 ここでの問題はコミュニケーションにあると思います。 プロジェクトの計画については、1年前にi18のリリースをより正確に見積もることができれば、それを計画して他の可能性を検討することができたはずです。 とはいえ、更新をお待ちしております。 :-)

角度を守るために、このように本番環境で簡単に使用できます（私が見つけた最良の解決策）

1. 翻訳された変数テキストを独自のコンポーネントでラップして、翻訳ロジックをどこかに移動します

parent-component.component.html

<app-route-translation
  [routeData]="routeData"
></app-route-translation>

route-translation.component.html

<span
  i18n="route text|Navigation text for route@@routeText"
>{
  routeData.langKey, select,

  home-1 {Home 1}
  home-1-1 {Home 1-1}
  home-1-2 {Home 1-2}
  home-2 {Home 2}
  home-2-1 {Home 2-1}
  home-2-2 {Home 2-2}
  home-root {Home root}
  lazyPage {Lazy page}
  notFound {404}

  other {Other}
}</span>

1. 次のようなangular.jsonでビルド構成フォルダーを構成します

"prod-en": {
  ...
   "outputPath": "dist/en/",
  ...
},
"prod-ru": {
  ...
   "outputPath": "dist/ru/",
  ...
}

1. さまざまな言語用にアプリをコンパイルするには、このようにDockerビルドファイルを構成します

FROM node:8 as build-stage
WORKDIR /app
COPY angular-util .
RUN npm install
RUN npm run ng build -- --configuration=prod-en
RUN npm run ng build -- --configuration=prod-ru

FROM nginx
WORKDIR /usr/share/nginx/html
COPY --from=build-stage /app/dist .
COPY nginx.conf /etc/nginx/conf.d/default.conf

1. このnginx.confを使用して、サブドメイン（en.site-name.com、ru.site-name.comなど）でアプリを提供します。ここで、 set $subdomain ru;のruをデフォルトのロケールに置き換える必要があります

server {
  listen 80;
  set $subdomain ru;
  if ($host ~ ^(\w+)\.) {
    set $subdomain $1;
  }
  location / {
    root /usr/share/nginx/html/$subdomain;
    try_files $uri $uri/ /index.html =404;
  }
}

詳細については、こちらをご覧ください
https://github.com/ivanivanyuk1993/angular-util/tree/master/src/app/util/shared/route-list
https://github.com/ivanivanyuk1993/titans-shoulders-project/tree/master/container-description/ui-container-description

このコメントに賛成です。 完璧ではないかもしれませんが、それでも私がWebで見つけたこのトピックに関する最も役立つ投稿です。

こんにちは、みんな、

私は自分のプロジェクトにi18n翻訳を使用しています。 私は次の分野に疑問を持っています：

1. 異なるライブラリ用に異なるxlfソースファイルを生成することは可能ですか（ng generate library libraryNameコマンドを使用して作成）？
2. 選択または複数化に国際化を使用している間、生成されたxlfソースファイルは、さまざまな選択肢のトランスユニットIDを作成します。 さまざまな代替案のテンプレートを介してIDを提供することも可能ですか？（下の画像に示されているように）
   

いくつかの答えを手伝ってくれませんか。

@learnersLicense ：

1. cliが処理するプロジェクトごとに1つの翻訳ファイルを抽出できるはずです。 とはいえ、現在、翻訳はライブラリでは機能しません（つまり、ライブラリを消費する人は、そのライブラリの翻訳をロードできなくなります）。 これは、（コード変換を使用して）実装する次の機能のToDoリストの一番上にあります。

1. それは不可能だと思います。 プレースホルダーに特別なコメントを付けて名前を付けることができます： <div i18n>Some value: {{ valueA // i18n(ph="PH_A") }}</div>しかし、ICU式、 @ AndrewKushnirでは機能しないと思いますか？
   そのための機能リクエストを行うか、 https：//github.com/angular/angular/issues/24080に類似しているように見えるコメントを追加することができます（ICU式にdesc /意味を追加してください）

あなたのライブラリを消費する誰かは、そのライブラリのあなたの翻訳をロードすることができなくなります

これを回避する1つの方法は次のとおりです。
1）ライブラリにi18nをxliffに抽出して翻訳させる
2）ライブラリパッケージと一緒にxliffファイルを出荷する

3）コンシューマーも独自のxliffファイルを抽出します
4）コンシューマーはxliffをxmlパーサーにロードします。 node_modulesから発生するトランスユニットをすべて削除します
5）コンシューマーはそれがxliffであるとライブラリーxliffを連結します

つまり、ライブラリを消費する人は、そのライブラリの翻訳を読み込めなくなります。

このステートメントを誤解しているかもしれませんが、 xlfファイルを作成するときに、会社のアプリケーションの翻訳設定で、他のプロジェクトのテンプレートで指定されたキーが含まれていることを知っています。 頭に浮かぶのはhttps://github.com/ng-bootstrap/ng-bootstrapです

現時点では、これは不可能のようです。

<my-button i18n-title="@@SHARED_GO_LABEL" [title]="'Go'" [button-style]="'primary'" (click)="navigateToForm()"></my-button>

これらの変更の範囲内で、これは対処されますか（または私は何か間違ったことをしていますか）？

@ mikejr83

それは可能です。 title [title]="'Go'" title="Go" $として割り当てる必要があります

@ocombeと@ ewok-janitorの回答と提案に感謝します。 👍

@ocombeライブラリの翻訳が利用可能になるまでの暫定的な日付はありますか？

今のところ日付はありません。 ivyの最初のリリースでは、機能の同等性を実現しようとしています。 新しい機能（コードの翻訳やライブラリのサポートを含む）はすぐに作業します（または実際には前に作業を開始しますが、ivyがアルファ版でリリースされても終了しません）。 ivyがデフォルトになる前に利用可能になります。

xliffファイルの修正はすでにありますか？ https://github.com/angular/angular/issues/17506
参照が修正されていない限り、この形式を使用することはまったく不可能です。

@ocombeルート変換をサポートする計画はありますか？

はい、それは数回要求されました、それは当面の計画ではありませんが、やるべきことのリストにあります

こんにちは、ivyがベータ版でリリースされたときにランタイムi18nを使用する方法に関するドキュメントはありますか？

@marcelnem 、このURLを確認すると、すべてのドキュメントポイントが保留になっています。

https://is-angular-ivy-ready.firebaseapp.com/#/status

@ocombeあなたが今Googleでやっている素晴らしい仕事。 Angular i18nは、最初からngx-translateのような「何か」である必要がありました。 Angular 8/9がリリースされたら、ngx-translateからAngular i18nスタイルに移行するための移行ガイド、自動ツール、機能比較などがあるのだろうかと思っていました。

こんにちはocombe
あなたが上で述べたこの機能についてあなたに確認する必要があります
ランタイムi18n（AOTを使用するすべてのロケールに1つのバンドル）-[作業中] >>これはまだ進行中ですか、それとも終了していますか

まだ進行中の場合は、回避策を教えてください。
ありがとう

上記で書いた@ocombeは、言語パッケージはlacyloadingによってロードする必要があると述べています。 言語パックをindex.htmlに直接ロードすることも可能ですか？ アプリケーションがAWSLambda上で実行され、コンパイルされたAngularファイルがS3バケットに保存される場合があるためです。 これがまったく機能することは実際にはすでに回避策ですが、Angularは別のホストからファイルをレイシーロードできないため、レイシーロードを使用することはできません。 したがって、Angularが必要とするすべてのファイルは、index.html（スクリプトを介してS3ホストを追加する場所）にすでに含まれている必要があります。

@ nidhi8953それはまだWIPであり、ivyで利用できるようになります。今のところ、Google内でのみ機能します（翻訳には内部でClosureCompilerを使用しているため）。 翻訳を処理するランタイムサービスは、外の世界にとって非常に実験的なものです。 いくつかのことをテストしたい場合は、次の例を参照してください： https ：//github.com/angular/angular/blob/master/packages/core/test/bundling/hello_world_i18n/index.ts関数は理由によりまだプライベートです。近い将来、名前が変更され、変更される予定です。 現在の目標は、v8がリリースされたら（月末に）APIの堅実なセットで作業を開始し、v9がリリースされるまでv8全体でこれを繰り返すことです。この時点で、APIは安定していると見なされます。

@vekunz現在の計画に従えば、そうなる可能性があります。とにかく、アプリケーションのブートストラップで翻訳ファイルをロードする必要があるからです。

@ocombe Ivy（現在は8.0.0-rc.3）を使用し、複数のビルドのAngular 7メソッドを使用してi18nを実装できますか？ または、Ivy用のi18n APIがリリースされるまで、Angular 7を使い続ける必要がありますか？ 可能であれば、Ivyを利用すると同時に、新しいランタイムメソッドが利用可能になるまでi18nの古い方法を使用したいと思います。

更新：試してみた後、 ng xi18n抽出（＃https：//github.com/angular/angular-cli/issues/14225を参照）もi18nを使用したビルドも効果がありません。 .xlfファイルはエクスポートされず、単語は翻訳されません。 ただし、tsconfig.app.jsonでenableIvyオプションをfalseに設定すると、どちらもバージョン8.0.0-rc.3で正常に機能します。 これは、Angularのアップグレードパスに従うことができ、i18nを失うことなく、差分ロードなどの新しい利点のいくつかを取得し、i18nが機能したらIvyをオンにする準備ができていることを意味します。

@jacobbowdoinは、ivyがオンの場合は機能しませんが、アクティブ化されていない場合は機能します。
古い抽出/読み込みシステムをivyで動作させたかったのですが、それは一時的なものであったため、チームによって優先順位として決定されませんでした（理解できるので、必須のものを最初に動作させることが優先順位です）。

こんにちは@ocombe 、私たちは今i18nを開発したいので、ランタイムを待つことはできません-i18n。 それでもngx-translateの使用をお勧めしますか？ i18n-polyfillと一緒に使用するのは理にかなっていますか？ i18n-polyfillを使用すると、runtime-i18nへの移行が容易になりますか？

ngx-translateを使用する場合は、i18n-polyfillを使用しないでください。 テンプレートにAngulari18nを使用する場合にのみ、これを使用するのが理にかなっています。
ngx-translateは依然として関連性があり、使いやすいです。 複数のビルド（ロケールごとに1つ）をサポートするために、すべてのインフラストラクチャを配置する必要はありません。

こんにちは@ocombe 、ステータスの更新はありますか：

-ランタイムi18n
-テンプレートの外部で翻訳文字列を使用する-＃11405

現在、ソースコードの翻訳を待つべきか、i18n-polyfillを使用すべきかについて議論しています（すでにi18nから始めました）。 数週間は簡単に待つことができるので、おおよそのタイムラインをいただければ幸いです。 どうもありがとうございました！

@halilovicedvin Googleアプリでivyがデフォルトになるとすぐに、外部ユーザー向けのランタイムi18nサービスの作業を開始します。そのため、間もなくv9のどこかで作業を開始します。
人々は何日か休むので、私は夏が終わるまでそれを当てにしません

@halilovicedvin数週間前にi18n-polyfillを使用してi18nを開始しましたが、うまく機能しています。 runtime-i18nがi18n-polyfillと同じように使用されることを願っています

@vekunz ngx-translateをi18n-polyfillと一緒に使用すると、runtime-i18nに簡単に移行できるようになることも期待していましたが、 @ ocombe （https://github.com/angular/angular/issues）からのコメントの後です。 / 16477＃issuecomment-498239301）ポリフィルを設定するための追加の作業が正当化されるかどうかはわかりません。 たぶん、ngx-translateだけを使用するでしょう。

@vekunzそれを設定したあなたの経験は何ですか？

@ marcelnemi18n -polyfillでngx-translateを使用することはできません。 i18n-polyfillは、angular-i18nでのみ使用できます。

i18n-polyfillのセットアップは確かに非常に簡単でした。 ドキュメントはそれほど正確ではありませんが、何を変更すればよいかがすぐにわかりました。

@vekunzわかりました、ありがとうございます。 i18n-polyfillの目的が何であるかわかりません。 公式のAngulari18nと同様に、アプリを複数回ビルドし、 http：// myapp / en 、 http：// myapp / de 、 http：// myapp / fr 、...で複数回デプロイする必要がありますか？

@marcelnemはい、i18n-polyfillを使用した複数のビルドも必要です。 目的は、angular-i18nを使用すると、現在htmlテンプレート内でのみ翻訳を使用でき、typescriptコード内では使用できないことです。 i18n-polyfillはangular-i18nを拡張して、タイプスクリプトコード内の翻訳も使用します。
Angular 9（秋に登場）では、angular-i18nはtypescript内の翻訳もサポートしますが、それまでの間、これにはi18n-polyfillが必要です。

@vekunzは、これについてもう少し詳しく説明していただけますか。「ドキュメントはそれほど正確ではありませんが、何を変更すればよいかがすぐにわかりました。」 私はおそらく来週i18n-polyfillを調べているので、どんな情報でも高く評価されるでしょう。 どうも

@halilovicedvin @marcelnemこのGitHubの問題のメイントピックではないため、私はそれを説明するペーストビンドキュメントを作成しましたhttps://pastebin.com/Xib6X6E9

@ocombe xi18nツールを使用して、プロジェクト/リポジトリ全体ではなく、（翻訳を生成するための）srcフォルダーのみに入力パスを制限できますか？

@ocombe IvyはAngular8で複数のロケールをサポートしていますか（言語ファイルではなく、ロケール定義のみ。たとえば、日付パイプの場合）？ 他のチームは現在ngx-translateでAngularを使用していますが、1つのサードパーティコンポーネントには正しいロケールが必要です。 1つのオプションは、prodモードでJITコンパイラーを使用することですが、これはあまり良くありません。 しかし、すべての言語の新しいバンドルをコンパイルすることもできません。これは非常に多くのことになるためです。

@vekunzいいえ、複数のロケールを設定することはできません。コンパイルされたバンドルごとにロケールを設定する必要があります（cli構成ファイルで設定できます）
それはあなたが聞きたかったものではないことを私は知っています、しかしそれは今のところそれがどのようであるかです

@ocombe何か教えていただけますか？Angularのチームはそれを問題として特定していないことは知っていますが、Angularを使用すると、近い将来、アプリをリロードせずに実行時に言語を変更できるようになると思います。単一のバンドルで、正しい翻訳をロードしてテキストリテラルとバインドする可能性がありますか？

はい、バンドルが1つありますが、翻訳はブーストラップで読み込まれます（アプリが読み込まれるとき）。 既存のアーキテクチャでは、すでに翻訳を使用しているコンポーネントをリロードせずに、翻訳を「ホット」リロードするのは非常に複雑です。
これが不可能だと言っているわけではありませんが、残念ながら近い将来に起こるとは思いません。

迅速な対応をしてくれた@ocombeに感謝します:)良い仕事を続けてください：+1：

ある角度のある会議（AngularConnectだと思います）から@ocombeのプレゼンテーションがどこかにあり、そこで彼はi18nとIvyについて話しました、そしてそこで彼はそれを非常によく説明しました、なぜこれはとても複雑なのですか？ 私はビデオを見つけることを試みることができます。

私はそれを見つけたと思いますhttps://www.youtube.com/watch?v=miG-ghJhFPc

ivyでランタイムi18nを待っている人にとって、v9の現在の計画は、翻訳をivyで機能させることですが、ビルドステップとしてのみ機能します（現在のビューエンジンの場合と同様）。 これは、今のところまだ1ビルド/ロケールであり、コード変換は行われない（テンプレート変換のみ）ことを意味します。

残念。 さて、それが価値があるもののために、あなたのハードワークに感謝します！

@ocombeは、ランタイムコード変換のポリフィルを引き続き維持しますか？

はい壊れた場合、私はそれに新しいものを追加しませんが

i18nが長い間二級市民であったことはちょっと残念です...誰もがネイティブの英語ロケール環境で働いているわけではありません。 ）：

同意します。Angular用の新しい強力なi18nソリューションを開発できるように、私を後援する会社を見つけようとしています（私にはたくさんのアイデアがあります）。
興味のある人のことを考えたら、Twitter（@ocombe）またはメール（[email protected]）で知らせてください🙂

@ocombeお仕事もありがとうございました。 💚あなたがチームを去らなければならないというのは少し驚くべきニュースです。 あなたがI had to ...と言ったように、それは私があなたに直接あなたに主な理由が何であったかを尋ねるように導きます。 私はそれらの間接的なヒントや当て推量が嫌いなので、それがあなたへのそのような直接的な質問の理由です。

私はAngularチームで働く外部の請負業者であり、Googleのフルタイムの従業員ではありませんでした。そのため、チームのニーズに応じて、いつでも契約を終了できます。
彼らはプロジェクトを支援するために社内で新しい人を募集しており、i18nやその他のトピックを支援する適切な人を見つけると確信しているので、Angularの将来について心配する必要はありません：visage_légèrement_souriant：それはただの一時的な後退

@ocombeご説明ありがとうございます。

列挙型やconst配列、または.model.tsファイルなどのクラス外でi18n（i18n-polyfill）を使用する方法を教えてもらえますか？

定数については、私はまだそれらをクラスに入れています。 私は代替案を知りません：/

@ocombe ngx-translate、i18npolyfill、およびAngularチームを使用したAngularのi18nでのすべてのハードワークに感謝します。
重要なアプリケーションで必要とされるように、私たちは毎日あなたの仕事を使用してユーザーに翻訳を提供します。
あなたが前進することに幸運を祈ります。

定数については、私はまだそれらをクラスに入れています。 私は代替案を知りません：/

うーん..それらをクラスに移動する場合は、使用する変数を静的にする必要があります。 しかし、静的変数にi18nを使用することはできません。

エクスポートクラス例{
コンストラクター（プライベートi18n：I18n）{}
静的変数= i18n（ 'text'）; //クラスExampleの非静的であるため、ここではi18nを使用できません
}

悲しいニュース...この「弱体化」Angular ...他の人が言うように、素晴らしい仕事をしてくれた@ocombeのおかげで、幸運を祈ります。

興味がありますが、ngx-translateを使用することのデメリットは何ですか？ 人々が探している機能を正確に実現できるようです

不利な点は次のとおりです。

• バンドルサイズを増やします（ビルド時にコードを置き換えるのではなく、外部ライブラリ+外部ファイルとしての翻訳）
• 公式ではありません（私が死んだ場合、libは廃止され、同じレベルのサポートではありません）
• xliff / xmbをサポートしていません（ただし、プラグインを介してjsonおよびその他の形式をサポートしており、それをサポートするためにxliff / xmbプラグインを作成できます）
• 翻訳の遅延読み込み/分割時にバグが発生する可能性があります（修正する必要はありません）
• 構文は、公式の実装と比較してより複雑です
• パフォーマンス（翻訳の初期ロードにより、テキストが1秒間消え、何かが変更されたかどうかを確認するために実行時にコンテンツを監視する必要があるため、メモリの負荷が高くなる可能性があります）

そうは言っても、多くの人にとっては十分なようです🙂

角度がどのようにアクセシビリティを促進し、投資するのか不思議ですが、そのパッケージには言語が含まれていません。 これは単一言語環境からの決定であると実感しています。

通常、3〜4の言語を交換可能に提供する必要がある環境から来て、外部ライブラリを使用するよりも明らかな利点があるこの機能の発表以来、私は辛抱強くこの機能のリリースを待っていました。 このニュースで、私は翻訳を完全に管理するための私たちの戦略を再考する必要があります。

@ocombe Googleがあなたを請負業者として雇わない可能性はありませんか？😉

@DmitryEfimenko現在ngx-translateを使用しており、非常に満足しています。

@ocombe Googleが外部の開発者/コミュニティからこの機能を受け入れる可能性はどのくらいありますか？ 私たちはあまりにも長い間待っていると思います。

あなたがそれに真剣に取り組んでいて、それに取り組むことに時間を費やしたいのであれば、彼らがこの機能に取り組むための助けを受け入れる可能性が高いと私は言うでしょう

あなたがそれに真剣に取り組んでいて、それに取り組むことに時間を費やしたいのであれば、彼らがこの機能に取り組むための助けを受け入れる可能性が高いと私は言うでしょう

@ocombe @IgorMinar Ivy i18nのボランティア活動を提供したいのですが、機会があれば教えてください。

あなたがそれに真剣に取り組んでいて、それに取り組むことに時間を費やしたいのであれば、彼らがこの機能に取り組むための助けを受け入れる可能性が高いと私は言うでしょう

私は貢献したいと思っていますが、タスクの範囲と複雑さを完全に知りません。 元のメッセージのリストを仕様/要件として使用できますか？

いいえ、このリストは廃止されました。
これを整理する方法を確認できるように、2人が興味を持っていることをチームに知らせます。

@ocombe私たち2人以上だと思います。

Angularチームに必要なものは

• 要件リスト/いくつかの仕様
• 大まかな複雑さの見積もり
• コミュニケーションのための1〜2人のメンター

そのコミュニティと一緒に開発を整理し、タスクを分割することができます

https://hackmd.io/UfFN_wyVT-Ob1p70nA3N_Q?viewで私が知っていることがあります

@fetis作業を分割しすぎるのは良い考えではないかもしれません。特に、競合の可能性が高い一部のコア作業では、コミュニケーションとコンテキスト共有にも多大なコストがかかります。

それでも驚いたのは、XLIFFがプロとしてリストされていることです（むしろ、ngx-translateのXLIFFの欠如はデメリットです）。 Google翻訳やその他のGoogleサービスは、翻訳文字列のJSON表現であるARBファイルを使用しているようです。 たとえば、INTLがARBファイルで実装されているFlutter / Dartを使用してモバイルアプリを構築しました。 Angularチームがこれを検討するときに、Googleエコシステム内の他のアイテムとの相互運用を改善するために、これを考慮に入れるとよいでしょう。

作業を分割しすぎるのは良い考えではないかもしれません。特に、競合の可能性が高い一部のコア作業では、コミュニケーションとコンテキスト共有にも多大なコストがかかります。

同意しますが、この全体を1人で妥当な時間内に納品できるとは思いません。 スコープが大きすぎる

作業を分割しすぎるのは良い考えではないかもしれません。特に、競合の可能性が高い一部のコア作業では、コミュニケーションとコンテキスト共有にも多大なコストがかかります。

同意しますが、この全体を1人で妥当な時間内に納品できるとは思いません。 スコープが大きすぎる

@fetis私はあなたと一緒に働くことができます。 私たちはプロジェクトでAngulari18nを本当に使用したいと思っていますが、それは非常に限られています。

これを整理する方法を確認できるように、2人が興味を持っていることをチームに知らせます。

@ocombe Angularチームからのフィードバックはありますか？

私は彼らに知らせました、そして彼らは興味を持っているように見えました、しかし彼らが外部の助けを受け入れることができる前に彼らはそれらすべてのための具体的な計画を考え出す必要があります（そうでなければあなたはおそらく必要なことに取り組むつもりはありません）。
@petebacondarwinがこれから引き継ぎます

こんにちは@ocombe 、私はコメントを調べていましたが、* ngForで使用している間、i18nタグの動的IDを作成するためのプロビジョニングがまだないことを大まかに理解しました。 他にオプションや回避策はありますか？ または、ngx-translateのみを使用する必要があります。

@swapnilvaidankar回避策はないと思います。

@ swapnilvaidankar-これが何を意味するのか説明できますか？

* ngForで使用しながら、i18nタグの動的IDを作成します

ご存知のとおり、静的テキストを他の言語に翻訳するには、以下のようにHTML要素タグでi18n属性を使用する必要があります。

<h1 i18n = "Card Header | Title for the under construction card@@constructionheader">Under Construction</h1>

これにより、以下のようにxlfファイルスニペットが生成され、任意の言語のターゲットを設定できます。 ここで私は以下のようにフランス語に翻訳しました、

  <trans-unit id="constructionheader" datatype="html">
    <source>Under Construction</source>
    <target>En construction</target>
    <context-group purpose="location">
      <context context-type="sourcefile">src/app/app.component.html</context>
      <context context-type="linenumber">3</context>
    </context-group>
    <note priority="1" from="description"> Title for the under construction card</note>
    <note priority="1" from="meaning">Card Header </note>
  </trans-unit>

ただし、ドロップダウンリストの場合、i18n属性を使用するのは難しいようです。
たとえば、名刺、チラシ、小冊子などの製品のリストをドロップダウンリストまたは単純なリストに表示したい場合、どのようにして動的IDを生成できますかタグなので、製品名をフランス語やその他の言語に翻訳できます。

私はこのように試しました、

• 
  {{ 製品 }}
  

これは、以下のようにxlfファイルスニペットを生成しますが、これを使用して製品名を他の言語に翻訳する方法がわかりません。鬼ごっこ

  <trans-unit id="product" datatype="html">
    <source><x id="INTERPOLATION" equiv-text="{{ product }}"/></source>
    <context-group purpose="location">
      <context context-type="sourcefile">src/app/product/product.component.html</context>
      <context context-type="linenumber">6</context>
    </context-group>
    <note priority="1" from="description"> product name from List</note>
    <note priority="1" from="meaning">product name </note>
  </trans-unit>

あなたがでIDを見ることができるならば、ここでの問題タグは「製品」のみです。 ただし、ドロップダウンリストで利用できる製品のリストに従って、IDが動的に生成されることを期待していました。

動的コンテンツまたはコンテンツのリストを処理するときはいつでも、これを実現する方法がわかりません。

詳しい説明でごめんなさい。
ここで問題を理解していただければ幸いです。

ありがとう、
Swapnil

そのための問題を開いていただけますか？ ここでは実際にはトピックではなく、他の誰かが同じものを探している場合は、それを見つけるのが簡単になります

@swapnilvaidankar i18n属性は、動的コンテンツではなく静的テキスト翻訳を対象としています。 あなたの例では、「製品」はソースコード（tsファイルで定義されている）から来ており、ngx-translateを使用する必要がある（またはtsファイルで直接製品名を翻訳している）か、Httpリクエストから来ています次に、翻訳された製品名をバックエンドから提供する必要があります。

そのために新しい問題は必要ないと思います。 これは、すでに何度も要求されているTSファイルの実行時の翻訳を要求するだけです。

@swapnilvaidankarオプションの数が限られていて、すでに知っている場合は、テキストをレンダリングする単純なngSwitchでコンポーネントを作成できます。 この回避策を使用して、魅力のように機能します。

@ fetis-問題は、これらの一般的な問題が特定の事柄についての議論に追いやられるのが非常に簡単なことです。 新しい問題を作成すると、この問題の邪魔をせずにその議論を続けるための新しいスレッドが提供されます。

@fetisええ、この問題は何度も何度も見ましたが、適切な解決策が見つかりませんでした。 私もngSwitchに出くわしましたが、私の場合は適切な解決策ではありませんでした。 ただし、回避策に感謝します。

@ocombeここではなく、他の場所で同じことを議論するために、これを問題として投稿する必要があると思います。 👍

ご回答ありがとうございました。

@ petebacondarwin @ swapnilvaidankarここにあなたが探している問題https://github.com/angular/angular/issues/11405があります
2.0.0以降-rc.6（！）ところで

こんにちは@ocombe 、この問題はまだ最新ですか？ IvyがAngular9のデフォルトになるようですので、i18nのステータスはどうなっているのでしょうか？ いつ生産準備が整うか見積もりをお願いします。 Angular 9、10、11では？ Angular 9がない場合、Angular 9（およびIvy）はi18nなしで出荷されますか、それとも古いi18nを使用しますか？

現在の状態に関する詳細については、この（https://github.com/angular/angular/issues/11405）の問題を参照してください。 現在の状態についてこの号で読む価値のあるコメント：

• https://github.com/angular/angular/issues/16477#issuecomment -512290696
• https://github.com/angular/angular/issues/16477#issuecomment -506378004
• https://github.com/angular/angular/issues/16477#issuecomment -512548506

また、これはチェックする価値があります。

v9ではスイッチを切り替えて、デフォルトでivyを使用するようにしていますが、完全に機能していないシナリオがいくつかある可能性があり、それらのプロジェクトは今のところview-engineに固執すると予想されます。
私たちはv9.0.0リリースでi18nを稼働させるために取り組んでいますが、タイトになるでしょう。

「ランタイムi18n（すべてのロケールに1つのバンドル）」の現在のステータスは何ですか？

@ Ivajkin-この問題が最新の状態に保たれていないことをお詫び申し上げます。

「ランタイムi18n」は一般的に求められる機能ですが、人によって意味が異なる場合があります。
新しいi18n $localizeアプローチでは、実行時に実際の変換を行うことが可能になります。

Angularアプリケーションがブートストラップする前に、考えられるすべてのメッセージを変換するだけではない場合、ランタイムは実際にはかなり複雑になる可能性があります。 これを行う場合は、コンパイル時の変換に対する新しいアプローチが必要になる可能性があります。

新しいi18nでは、翻訳はビルドパイプラインの最後で（Angularコンパイラではなく）行われます。これは、ライブラリなどで未翻訳のメッセージを提供し、最終的なアプリケーションをビルドするときにのみ翻訳を実行できることを意味します。

これはすべてv9.0.0で機能しています。

https://github.com/angular/angular/tree/master/packages/localizeをチェックして、現在の場所を確認してください。

@petebacondarwin新しいコンパイル時の変換について少し詳しく説明していただけませんか。 これにより、すべてのロケールで機能する単一のバンドル（AOTを使用）を構築できますか？

新しいアプローチでは、Angularコンパイラ内で翻訳を行う代わりに、グローバルな$localizeテンプレート文字列タグハンドラーを介して翻訳する必要のあるメッセージに単純に「タグ付け」します。 これらのタグ付けされた文字列は、あらゆる種類のバンドルとミニファイに耐えるため、ビルドパイプラインの最後でも存在し、検出可能です。 これらのファイルは、アプリケーションに含めるために他のチームに送信するライブラリのバンドルである可能性があります。

現在、いくつかのオプションがあります。

a）これらのタグ付きメッセージを静的に識別し、翻訳に置き換えるツールを実行します。 これにより、JavaScriptから$localize参照が効果的に削除され、配布用の最小限のコードバンドルが残ります。 この「コンパイル時のインライン化」ツールは、多数の翻訳を取得し、翻訳する言語ごとにバンドルのコピーを生成できます。 ビルドパイプラインの最後で実行できるため、サポートするすべての言語でビルドの他の側面を実行する必要がありません。

b） $localizeタグがブラウザで実行されるコードに含まれるようにし、 $localizeの実装を使用して実行時にメッセージを変換します。 このアプローチの欠点は、 $localize呼び出しだけでなく、 $localize変換実装も含まれている必要があるため、ブラウザーへのペイロードが大きくなることです。 また、翻訳自体をブラウザに送信する必要があります。 このアプローチの利点の1つは、実行時に翻訳の遅延読み込みをサポートすることです。 ただし、httpサーバー（またはビルドサーバー）で変換を実行すると、より効率的なランタイムエクスペリエンスが得られることは議論の余地があります。

ランタイムオプションb）お願いします。 現在ngx-translateで行っているように、翻訳をJSONファイルとしてロードし、実行時に言語を切り替えることができます。

説明ありがとう。 a）アプローチはより「角度のある」ものですが、b）アプローチ（および一般的な遅延読み込み）の大きな利点は、ユーザーによる翻訳を動的に定義/変更できることでもあります（アプリの変更された翻訳はすぐに使用できます） 。 私がそれを正しく理解していれば、アプローチa）での翻訳の小さな変更は、新しい再構築を意味します。

これは、事前定義されたAngularコンポーネントを使用して静的に生成されたページから、ユーザーが望むようにプログラマーが定義したAngularコンポーネントを含むユーザー生成テンプレートに切り替えるのと同じ利点です（この方法で定義されたテンプレートもデータベースからロードされます... ）。

また、デフォルトでロード時にa）アプローチが使用される可能性についても考えたかもしれません。 実行時の翻訳要求が発生した場合（たとえば、バックエンドが新しい翻訳の送信を開始する場合）、b）アプローチのように、マークされたブロック（これまで静的テキストを含む）がクロールされ、動的に置き換えられ始めます。 したがって、b）は必要な場合にのみアクティブ化され、すべての翻訳可能なパーツは手順a）に従って準備されます。 このようなアプローチは、b）アプローチ自体よりも負担が大きく、この方法で直接実行できるわけではないことは理解していますが、これはユーザーの実際のニーズに近いものになります。

あなたがリストしたオプションに対して、私はそのような動的な機能を実現するために、特定の場合にアプリケーションのパフォーマンスの約25％を犠牲にするつもりです（もちろん、私はどこでもこの動的なアプローチを使用しません）。 したがって、AOTローカライズされたテンプレートが0.4秒でレンダリングされた場合、動的テンプレートの場合、0.5秒で生成された場合でも、翻訳の変更に対するそのような即時の応答が必要なアプリでは許容できると思います。

@demisxは両方のアプローチがv9で利用可能になりますが、オプションa）のみが最初に完全にサポートされ（下位互換性のため）、Angularチームによって完全に承認される前にオプションb）のために新しいものが開発される可能性があります。
私のライブラリLoclは、オプションb）v9がリリースされたときに、Angularチームがそのギャップを埋めるまで、誰でも使用できるようにするためのいくつかのヘルパーを提供します

このようなランタイム変換は、コンポーネントがレンダリングされると、新しい変換がロードされた場合でもそのテキストを動的に変更できないという意味で「リアクティブ」ではないことに注意してください。

翻訳されたメッセージは、 $localizeタグ付き文字列に関して静的です。 したがって、コンポーネントを再レンダリングする必要があります。 また、IVYでのテンプレートのキャッシュによっては、再レンダリングだけでは不十分な場合があります。

これは、実行時の変換の動作が必ずしも直感的であるとは限らないため、実行時の変換を実装するのが難しい理由の1つです。

ビルドで静的変換を開始し、後でランタイム変換を追加するハイブリッドアプローチについて。 これは、コンパイル時のインライン化で$localizeタグが削除されず、テンプレート化された文字列リテラル部分が更新された場合に実行可能になる可能性があります。 ただし、これにより、コンパイル時間のコストと追加のバンドルサイズのコストが発生します。

Angular 9 RC1でng xi18nを実行すると、「申し訳ありませんが、i18nはまだIvyに実装されていません」と返されますが、変更ログには、現在_some_i18nサポートが実装されていることが示されています。 今のところ、翻訳ファイルを手動で更新する必要があると思いますか？

@ neil-119現在、抽出はivyモードではサポートされていません。 抽出を実行するには、ivyを無効にする必要があります。 ただし、再度有効にして、抽出された翻訳ファイルを使用することができます。

最終的なv9リリースに抽出が含まれる予定であることを願っています。

@ neil-119 AngularCLIは抽出にVEを自動的に使用する必要があります。 それが機能するために何もする必要はありません。 また、それをテストしているので、壊れていることに驚いています。 再現で問題を開くことができますか？

現在、抽出はivyモードではサポートされていません。

またはいいえ、それはショーストッパーです。 現在、文字列抽出による自動化されたプロセスがあります。 翻訳を自動的に抽出できない場合、どうすればIvyに移行できますか？
sconfig.json every timeを操作しますか？ これは私にはよく聞こえません。

@ fetis-私は間違っていました。 CLIを使用している場合は、ivyが有効になっている場合でも、 ng xi18nの呼び出しは期待どおりに機能するはずです。

@petebacondarwinありがとう。 現在のプロジェクトでIvyを試してみるつもりなので、これをすぐに確認したいと思います

こんにちは、コンポーネント（angular 9.0.0-rc.1）で使用しようとしました

$localize `some string to localize`;

@ angle / locale / initのソースコードでdocとして見つかりました。

自分の言語で通常どおりにビルドしようとすると、このエラーが発生します
No translation found for "4145296873012977836" ("some string to localize").

その文字列の翻訳を提供するにはどうすればよいですか？
私が期待しているのは、ngxi18nがコンポーネントコードからこのテキストを含む.xlfファイルを生成することです。 それは正しいですか、それとも私は何かが欠けていますか？

こんにちは@ Ks89- （テンプレートではなく）アプリケーションコードからのメッセージの抽出は、v9ではサポートされていません。
しかし、あなたが卑劣な場合は、それを回避することができます。 4145296873012977836はメッセージのIDであるため、翻訳ファイルでこのIDを使用して翻訳を提供すると、翻訳時に使用されます。

@petebacondarwinこの機能がAngularに追加されるのはいつですか？
コンポーネントの実行時の翻訳を本当に便利にすることが本当に重要だと思います。

.xlfファイルを翻訳者に送信すると、すべての文字列をすばやく追加して、その結果をアプリに非常に簡単に適用できると期待しています。

答えてくれてありがとう

9.1で期待します

すべてのコンポーネントのChangeDetectionStrategyに関係なく、アプリ全体を強制的に再レン​​ダリングする方法があれば、これらの動的な問題を簡単に解決できます。

@petebacondarwin Angular 9は、新しい$ localeizeタグ関数とともにリリースされましたが、メッセージは抽出されていません。 以前、Angular9.1でこれを期待できるとおっしゃいました。 この予測はまだ有効ですか？$ localeAPIが安定していると期待できますか？

テンプレートから翻訳を抽出できます。
コードでも$localizeを使用する場合は、Loclを参照してください： https ：//github.com/loclapp/locl/
@locl/cliを使用すると、コードとテンプレートから抽出できます

@ vekunz-予測はまだ有効です。 さらに、 @ ocombeが指摘しているように、現在のCLI翻訳抽出メカニズムは、Angularテンプレート内のすべての翻訳（つまり、 i18nタグでマークされているもの）に対して問題なく機能します。 現在、コアツールを使用して抽出できないのは、独自のコード内（サービスやコンポーネントなど）での$localizeの呼び出しだけです。

$localize呼び出し自体は安定したAPIです。

（特にコンパイル時に）変換と抽出を行うツールはまだ公開されていません。 ただし、（@ ocombeがLoclで行っているように）独自のツールを構築することを計画していない限り、これは問題ではありません。

@petebacondarwinに感謝します。これにより、コードからのテキストを抽出用の「非表示」コンポーネントテンプレートに複製できます。 そうすれば、抽出と翻訳の両方が機能するはずですよね？

@ocombe抽出がAngular9.1で機能するという予測では、私たちのマネージャーはあなたのソリューションにお金を払わないでしょう。 特に、言語や翻訳されたルートをライブで切り替える必要がないためです。

コードからのテキストを抽出用の「非表示」コンポーネントテンプレートに複製できます

はい、確かに、この回避策は今のところ機能します。

私は混乱しています：ランタイム変換は9.1でも可能ですか？ それとも、テンプレートの外に抽出するだけですか？ またはこれらのどれも？

私にとって、ランタイム変換はキラー機能です。 複数のバンドルをデプロイし、ユーザーにページ全体をリロードさせることは、使い勝手が良くないと思います。

@JustDoItSascha
実行時の翻訳を示す簡単なデモを作成しました。
https://stackblitz.com/edit/ivy-vjqzd9?file=src%2Fapp%2Fapp.component.ts

やあ！ JavaScriptがインポートを解析している間に文字列が変換されるため、main.tsでloadTranslationsを呼び出そうとしていますが、それだけでは不十分です。

main.tsは、AppComponentをインポートするAppModuleをインポートします（ここでは$localizeを使用しています）。

それを機能させるために私はやっています：

loadTranslations(......);
import('./app/app.module').then(m => platformBrowserDynamic(). bootstrapModule(m.AppModule);

これで機能しますが、Angularの「complier.js」バンドルがベンダーバンドルに含まれるようになります。

それを回避する方法はありますか？ ありがとう

現在、 loadTranslationsはアプリケーションを起動する前に呼び出す必要があるため、 polyfills.tsで呼び出すことができます。 また、他の翻訳セットをロードする場合は、ページをリロードする必要があります。 理由をもう少し理解したい場合は、 https：//blog.ninja-squad.com/2019/12/10/angular-localize/で説明します。

現在、 loadTranslationsはアプリケーションを起動する前に呼び出す必要があるため、 polyfills.tsで呼び出すことができます。

それよりもさらに悪いことに、モジュールファイルをインポートする前に呼び出す必要があります。そのため、polyfills.ts（メインのアプリファイルの前に実行されます）に配置すると機能しますが、 「メイン」ファイルの場合、モジュールに動的なimport(...)を使用する必要があります

@vekunz今のところ私のlibを使用しないのは良い理由です😊Loclは単なる抽出ではないと言われていますが、i18nを簡素化するために他の多くのツールを追加するつもりです

Angularにランタイムi18nを実装する意図はありますか？ 私たちはほぼ3年間この機能を期待してきましたが、今ではIvyがここにあり、まだ半分しか焼けていません。

Angularにランタイムi18nを実装する意図はありますか？ 私たちはほぼ3年間この機能を期待してきましたが、今ではIvyがここにあり、まだ半分しか焼けていません。

私の理解では、アイビーは多くの点で、これから起こることを可能にするものです。 i18nニードルがIvyのリリースで信じられないほど動きましたが、それは将来の大きな変化の可能性を解き放つはずです。 それは私の読んだことであり、とにかく私の希望です。

@ Karasuni-かなりの混乱があるため、コアAngularフレームワークにとってランタイム変換が実際に何を意味するのかを明確にする必要があると思います。

v9で行った変更には、 $localizeベースの変換が含まれます。 これの主な目的は、翻訳をAngularコンパイラから切り離して、多くの優れた改善を可能にすることでした。

これの最初のものは、v9のすべてのユーザーがすぐに利用できるもので、翻訳されたアプリケーションの生成を高速化することです。 以前は、アプリを翻訳する言語ごとにビルドパイプライン全体を実行する必要がありました。 これで、アプリケーションのメインコンパイルを1回実行するだけで、ビルドの出力で言語ごとに大幅に短い最終的な翻訳プロセスが実行されます。 これをサポートするために、新しい@angular/localizeパッケージ、Angularコンパイラー内の変更、およびAngular CLI内での作業の全負荷があり、これを可能な限りシームレスで透過的にします。

次に、 $localizeタグを分散コードに残すことができるため、ブラウザーで（コンパイル時ではなく実行時に）変換を実行することもできるようになりました。 これは、コアAngularフレームワークでランタイム変換として意味するものです。 ただし、これの最終的な結果は、コンパイル時の変換と実質的に同じであることに注意してください。 翻訳は1回だけ行われます。 実行時に言語を変更したい場合は、アプリケーション全体を再起動する必要があります（たとえば、リロードを介して）。 これには、プロジェクトが多数の翻訳ファイルを含む単一の配布可能ファイルを展開できるという利点があります。これは、すべての異なる翻訳を事前に生成したくない少数のユースケースで役立ちます。 @ocombeや他の人がここで指摘しているように、翻訳を十分に早くロードすることに関していくつかのトリッキーな問題があります。 これを行うための詳細については、 https：//www.locl.app/を検討してください。

この「ランタイム」変換は、遅延ロードされたルートでも使用できるため、設定方法によっては、異なる言語で異なるルートを使用できる場合があることに注意してください。

すべてのシナリオで機能するこの翻訳の読み込みに対する単一のアプローチはないため、これをCLIに焼き付けたり、これをサポートするための安定したパブリックAPIを提供したりすることはまだありません。 ユースケースをよりよく理解できれば、これに対するサポートをさらに追加できる可能性があります。 それまでの間、自分で解決することに挑戦したくない場合は、Loclのようなものが役立つかもしれません。

最後に、実行時の変換された文字列の動的な変更は、コアのAngularフレームワークでは（設計上）特にサポートされていないことに注意してください。 翻訳された文字列をAngularの変更検出システムにフックすると、ほとんどのアプリケーションに過度の負担がかかり、パフォーマンスが低下します。 コミュニティとのやり取りから、言語の変更時にアプリケーションを再起動する以上に、これが実際に必要となる実際のシナリオはほとんど見られませんでした。 これがアプリケーションの要件である場合は、テンプレートの文字列にカスタムビルドのパイプを使用して翻訳を取得し、その場で$localizeを呼び出して翻訳することで実現できますが、次のようにはなりません。これは非常にパフォーマンスが高いでしょう。 それ以外の場合は、 https：//netbasal.gitbook.io/transloco/のようなより動的なアプローチを検討できます。

Angularの次のマイナーバージョンで行われる主な変更は、翻訳抽出の改善です。これにより、TSコードからローカライズされた文字列を識別して抽出できるようになります。現在、CLI抽出はテンプレート内のローカライズされた文字列のみを処理します。

上記のように、実行時の変換を改善するための変更は、遅くとも9.1以降になるまで表示されません。

最後に、実行時の変換された文字列の動的な変更は、コアのAngularフレームワークでは（設計上）特にサポートされていないことに注意してください。 翻訳された文字列をAngularの変更検出システムにフックすると、ほとんどのアプリケーションに過度の負担がかかり、パフォーマンスが低下します。 コミュニティとのやり取りから、言語の変更時にアプリケーションを再起動する以上に、これが実際に必要となる実際のシナリオはほとんど見られませんでした。

私は誤解されているかもしれませんが、このスレッドだけでも、アプリケーションを再構築したり再ロードしたりすることなく、実行時に言語をライブで変更できることに多くの人が明確に関心を示しました。 それとも、ここにいる全員がruntime translationの異なる定義を持っていますか？

言語を切り替えるためだけにアプリケーションをリロードしたくありません。 たとえば、ユーザーがフォームのあるページを表示している場合、翻訳の切り替えのためにページ全体をリロードすると、ユーザーに不快感を与えることになります。

ただ明確にします。 私が言いたかったのは、多くの人が私のところに来て、アプリケーションでライブ言語を変更することが絶対に必要だと言ってきたということです。 しかし、理由を掘り下げると、そうではないことがわかります。 これを必要とするシナリオがないと言っているわけではありませんが、昨年の私の経験では、ほとんど遭遇していません。

質問：アプリの特定のフォームに移動するときに、ユーザーが言語を切り替える必要があるのはなぜですか？

ライブスイッチングも必要ないと思います。 どのくらいの頻度でウェブサイトの言語を変更しますか？ 通常、最大で1回です。 そして今回は、ページのリロードはそれほど重要ではありません。 @petebacondarwinが言ったように、ライブスイッチングのほとんどすべてのシナリオは、実際のシナリオとは関係がなく、「あると便利」なだけです。

それとも、ここにいる全員がランタイム翻訳の異なる定義を持っていますか？

実行時の翻訳が絶対に必要です。 お客様は、ビルドサーバーだけでなく、現場で翻訳を編集および更新できる必要があります。 したがって、コンパイル時ではなく、ランタイムです。

ページの読み込み後の実際の言語の切り替えは便利です。

ただ明確にします。 私が言いたかったのは、多くの人が私のところに来て、アプリケーションでライブ言語を変更することが絶対に必要だと言ってきたということです。 しかし、理由を掘り下げると、そうではないことがわかります。 これを必要とするシナリオがないと言っているわけではありませんが、昨年の私の経験では、ほとんど遭遇していません。

質問：アプリの特定のフォームに移動するときに、ユーザーが言語を切り替える必要があるのはなぜですか？

あなたはそれが確かな要件ではないということは正しいかもしれません。 ロード時に翻訳をデプロイしようと試みるかもしれませんが、外部ライブラリを使用して、現在言語を動的に切り替えることができるアプリケーションのユーザーエクスペリエンスを完全に変換します（リロードしたり、ページ内の位置を変更したりする必要はありません）。 翻訳は非常に長い間白熱したトピックでした。

重要な質問があります。翻訳ファイルを非同期でロードできますか？ 再構築せずに更新できることが重要であるため、私の翻訳はすべてデータベースに保存されます。

はい、非同期でロードできますが、ロードされるまでアプリケーションの開始を遅らせる必要があります

ただ明確にします。 私が言いたかったのは、多くの人が私のところに来て、アプリケーションでライブ言語を変更することが絶対に必要だと言ってきたということです。 しかし、理由を掘り下げると、そうではないことがわかります。 これを必要とするシナリオがないと言っているわけではありませんが、昨年の私の経験では、ほとんど遭遇していません。
質問：アプリの特定のフォームに移動するときに、ユーザーが言語を切り替える必要があるのはなぜですか？

あなたはそれが確かな要件ではないということは正しいかもしれません。 ロード時に翻訳をデプロイしようと試みるかもしれませんが、外部ライブラリを使用して、現在言語を動的に切り替えることができるアプリケーションのユーザーエクスペリエンスを完全に変換します（リロードしたり、ページ内の位置を変更したりする必要はありません）。 翻訳は非常に長い間白熱したトピックでした。

技術的には、アプリ全体をリロードしても、ユーザーを元の場所に留めることができます。
どこかに保存され、起動時に取得される状態駆動型アプリ（ngxs、ngrx、またはその他の状態管理ライブラリを使用）が「必要」です。

唯一のトリックはスクロール位置を維持することですが、それも実行可能です。

@petebacondarwin私はあなたに同意すると言わなければなりません。 アプリを使用するときに言語間でアプリを永続的に切り替える実際のエンドユーザー（開発フェーズのテスターを除く）はわかりません。 確かに、彼らはおそらく最初にそれを別のもので開いた場合にそれを行いますが、後でそれはまれなケースです。

それとも、ここにいる全員がランタイム翻訳の異なる定義を持っていますか？

実行時の翻訳が絶対に必要です。 お客様は、ビルドサーバーだけでなく、現場で翻訳を編集および更新できる必要があります。 したがって、コンパイル時ではなく、ランタイムです。

ページの読み込み後の実際の言語の切り替えは便利です。

顧客が何をしているのかはわかりませんが、「翻訳の編集は本番Webサイトでライブで行う」というのは一般的なシナリオのようには思えません。

言語をライブで変更すること（_ページのリロードなし_）がそのような取引のブレーカーになるとは思いません。
ユーザーの言語の変更は1回だけ行われます。

考えてみてください、あなたは何回あなたの電話の言語を変えましたか？ おそらく一度か、デフォルトの言語でロールしただけです。

ページをリロードせずにライブ変更を行うために言語の変更を監視すると、ユーザーの存続期間中ほとんど使用されないものに対して、パフォーマンスが大幅に低下します。

最終的に、私にとっては3つのことになります。

1. テンプレートとTSファイルから翻訳を抽出します。
   
   
   
   • ソース言語アセットを更新します。
   
   
   • 翻訳も更新します（_複数の言語がある場合、fr、en、de ...すべての言語を新しい翻訳キーと削除されたキーで更新します。_）
   
   
2. すべての翻訳に対して1つのビルド（_ビルド時間が倍増しない限り、翻訳ごとに1つのビルドを持つことも問題ありません。_）
3. 利用可能な言語を取得し、リロードで言語を変更します。

@烏野
非同期で翻訳をフェッチしてから、Angularアプリを読み込むことができます。
import(...)を使用してapp.moduleを非同期でロードする方法については、上記の私のコメントを参照してください。

個人的には、ウィキペディアを使用して、自分が知っている映画のタイトルが別の言語に「翻訳」されていることを把握しています。

この時代では、バイリンガルまたはトリリンガルであることは当たり前のことではありません（米国内を除いて、害はありません）。

ユーザーは、完全にもっともらしい言語を切り替えて生きたいと思うかもしれません。 ウィキペディアの例は、これを有効にしたことの肯定的な結果です。パフォーマンスの名目で日の目を見るために、他の潜在的な用途を生きる前に抑制しなければならない理由がわかりません。

ocombeのngx-translateでさえ、「パフォーマンスの低い翻訳」の皆さんにとっては非常に優れた例である必要があり、日常のユーザーにとっては十分に高速に実行されました。

私は個人的に3か国語であり、1つの言語を使用することに決められません。すべての言語が私にとって美しいです。

私はこれに同意することはできません：

考えてみてください、あなたは何回あなたの電話の言語を変えましたか？ おそらく一度か、デフォルトの言語でロールしただけです。

記事のさまざまな言語は実際には独立した記事であるため、ウィキペディアはこれの最悪の例です。 通常、まったく同じサイトの異なる言語は必要ありません。 4か国語で作業しても。
また、実際にライブスイッチングが必要な場合は、 @ petebacondarwinが言及したカスタム変換パイプの回避策、または@ocombeの新しいツールのいずれかを使用できます。

さて、ここがこの議論をするのに本当に最適な場所ではないと思います。 私は（これまでのところすべてが非常に合理的でしたが）否定的な議論に陥るのではないかと心配しています。 近い将来、Angularフレームワークはすぐに使えるライブ言語切り替えソリューションを提供しないのではないかと心配しています。

この問題の価値は一巡したと思います。 この問題の説明にリンクされている未解決の問題とPRをhttps://github.com/angular/angular/milestone/101に移動し、このPRを閉じてロックします。

機能リクエストの新しい問題がある場合は、新しい問題を開いてタグを付けてください。