アップグレードできます。比較して、互換ライブラリにはサイズやパフォーマンス上のメリットはほとんどありません。互換ライブラリを利用することを前提としています。コードを引き続き使用できます。プロセスを進める際に、アプリのコンパイルとデバッグをより簡単に行うことができます。)で完全に削除される予定です。スタイルのコードのみが含まれることを目標としてください。コードをリファクタリングするほうが現実的です。モジュラー」の手順に沿ってください。プロセスの各ステップは、アプリのソースの編集を完了してから、エラーなしでコンパイルして実行できるように、スコープが設定されています。アプリのアップグレードの大まかな流れは次のとおりです。ライブラリと互換ライブラリをアプリに追加します。スタイルにリファクタリングします。互換コードを削除します。スタイルにリファクタリングし、すべての領域が完了するまでコンパイルとテストを行います。スタイルに更新します。互換ステートメントと互換コードをアプリからすべて削除します。ライブラリと互換ライブラリを入手します。ステートメントを変更して、各インポートの「互換」バージョンを使用します。アプローチでは、原則的に関数を中心にコードを記述します。パッケージやその他のパッケージは、パッケージのすべてのメソッドを含む包括的なエクスポートを返しません。代わりに、パッケージの個々の関数がエクスポートされます。最初の引数としてサービスが渡され、関数はサービスの詳細を使用して残りの処理を行います。つの例で、その仕組みを見てみましょう。コードと同じですが、インポートは変更されています。インスタンスからチェーンされません。使用している場合は、このセクションで説明する更新を行う必要があります。コードをリファクタリングしないと、アプリの動作が予測不能になることがあります。互換性を破る変更が行われました。