refactor: 全体的な改行の修正

Author: mzkmnk

adev-ja/src/content/guide/zoneless.md

@@ -30,9 +30,13 @@ export class AppModule {}
 
 ## ZoneJSの削除
 
-Zonelessアプリケーションは、バンドルサイズを削減するために、ビルドからZoneJSを完全に削除する必要があります。ZoneJSは通常、`angular.json`の`polyfills`オプションを介して、`build`と`test`の両方のターゲットでロードされます。ビルドから削除するには、両方から`zone.js`と`zone.js/testing`を削除します。明示的な`polyfills.ts`ファイルを使用するプロジェクトは、ファイルから`import 'zone.js';`と`import 'zone.js/testing';`を削除する必要があります。
+Zonelessアプリケーションは、バンドルサイズを削減するために、ビルドからZoneJSを完全に削除する必要があります。ZoneJSは通常、
+`angular.json`の`polyfills`オプションを介して、`build`と`test`の両方のターゲットでロードされます。ビルドから削除するには、
+両方から`zone.js`と`zone.js/testing`を削除します。明示的な`polyfills.ts`ファイルを
+使用するプロジェクトは、ファイルから`import 'zone.js';`と`import 'zone.js/testing';`を削除する必要があります。
 
-ビルドからZoneJSを削除すると、`zone.js`の依存関係も不要になり、パッケージを完全に削除できます。
+ビルドからZoneJSを削除すると、`zone.js`の依存関係も不要になり、
+パッケージを完全に削除できます。
 
 ```shell
 npm uninstall zone.js
@@ -51,7 +55,8 @@ Angularは、変更検知をいつ、どのビューで実行するかを判断
 
 ### `OnPush`互換コンポーネント
 
-コンポーネントが上記の正しい通知メカニズムを使用していることを確認する1つの方法は、[ChangeDetectionStrategy.OnPush](/best-practices/skipping-subtrees#using-onpush)を使用することです。
+コンポーネントが上記の正しい通知メカニズムを使用していることを確認する1つの方法は、
+[ChangeDetectionStrategy.OnPush](/best-practices/skipping-subtrees#using-onpush)を使用することです。
 
 `OnPush`変更検知戦略は必須ではありませんが、アプリケーションコンポーネントのZoneless互換性への推奨されるステップです。ライブラリコンポーネントが`ChangeDetectionStrategy.OnPush`を使用することが常に可能であるとは限りません。
 ライブラリコンポーネントが`ChangeDetectionStrategy.Default`を使用する可能性のあるユーザーコンポーネントのホストである場合、子コンポーネントが`OnPush`互換ではなく、ZoneJSに依存して変更検知をトリガーする場合、子コンポーネントが更新されなくなるため、`OnPush`を使用できません。コンポーネントは、変更検知を実行する必要があるときにAngularに通知する限り（`markForCheck`の呼び出し、シグナルの使用、`AsyncPipe`など）、`Default`戦略を使用できます。
@@ -71,12 +76,17 @@ Angularは、変更検知をいつ、どのビューで実行するかを判断
 `MutationObserver`など、より簡単または直接的なDOM APIを代わりに使用できます。
 
 <docs-callout title="NgZone.run and NgZone.runOutsideAngular are compatible with Zoneless">
-`NgZone.run`と`NgZone.runOutsideAngular`は、コードをZonelessアプリケーションと互換性を持たせるために削除する必要はありません。実際、これらの呼び出しを削除すると、ZoneJSに依然として依存しているアプリケーションで使用されるライブラリのパフォーマンスが低下する可能性があります。
+`NgZone.run`と`NgZone.runOutsideAngular`は、コードをZonelessアプリケーションと互換性を持たせるために
+削除する必要はありません。実際、これらの呼び出しを削除すると、ZoneJSに依然として依存しているアプリケーションで使用されるライブラリの
+パフォーマンスが低下する可能性があります。
 </docs-callout>
 
 ### サーバーサイドレンダリング（SSR）の`PendingTasks`
 
-AngularでSSRを使用している場合、アプリケーションが「安定」しており、シリアライズできるかどうかを判断するために、ZoneJSに依存していることをご存知かもしれません。シリアライズを妨げる非同期タスクがある場合、ZoneJSを使用していないアプリケーションは、`PendingTasks`サービスを使用してAngularにこれらを認識させる必要があります。シリアライズは、保留中のすべてのタスクが削除された最初の瞬間まで待機します。
+AngularでSSRを使用している場合、アプリケーションが「安定」しており、シリアライズできるかどうかを判断するために、
+ZoneJSに依存していることをご存知かもしれません。シリアライズを妨げる非同期タスクがある場合、
+ZoneJSを使用していないアプリケーションは、`PendingTasks`サービスを使用してAngularにこれらを認識させる必要があります。シリアライズは、
+保留中のすべてのタスクが削除された最初の瞬間まで待機します。
 
 ```typescript
 const taskService = inject(PendingTasks);
@@ -85,13 +95,16 @@ await doSomeWorkThatNeedsToBeRendered();
 taskCleanup();
 ```
 
-フレームワークは、非同期タスクが完了するまでシリアライズを防ぐために、このサービスを内部的にも使用します。これには、進行中のルーターナビゲーションや未完了の`HttpClient`リクエストが含まれますが、これらに限定されません。
+フレームワークは、非同期タスクが完了するまでシリアライズを防ぐために、このサービスを内部的にも使用します。これには、
+進行中のルーターナビゲーションや未完了の`HttpClient`リクエストが含まれますが、これらに限定されません。
 
 ## テストとデバッグ
 
 ### `TestBed`でZonelessを使用する
 
-Zonelessプロバイダー関数は、`TestBed`でも使用して、テスト対象のコンポーネントがZoneless Angularアプリケーションと互換性があることを確認できます。
+Zonelessプロバイダー関数は、`TestBed`でも使用して、
+テスト対象のコンポーネントがZoneless Angularアプリケーションと
+互換性があることを確認できます。
 
 ```typescript
 TestBed.configureTestingModule({
@@ -102,8 +115,17 @@ const fixture = TestBed.createComponent(MyComponent);
 await fixture.whenStable();
 ```
 
-テストが本番コードと最も類似した動作をすることを確認するには、可能な限り`fixture.detectChanges()`の使用を避けてください。これにより、Angularが変更検知をスケジュールしていない場合に、変更検知が強制的に実行されます。テストでは、これらの通知が発生していることを確認し、テストで手動で強制的に発生させるのではなく、Angularが状態を同期するタイミングを処理できるようにする必要があります。
+テストが本番コードと最も類似した動作をすることを確認するには、
+可能な限り`fixture.detectChanges()`の使用を避けてください。これにより、
+Angularが変更検知をスケジュールしていない場合に、
+変更検知が強制的に実行されます。テストでは、これらの通知が発生していることを確認し、
+テストで手動で強制的に発生させるのではなく、
+Angularが状態を同期するタイミングを処理できるようにする必要があります。
 
 ### 更新が検出されることを確認するためのデバッグモードチェック
 
-Angularは、アプリケーションがZoneless互換の方法で状態を更新していることを確認するのに役立つ追加のツールも提供しています。`provideExperimentalCheckNoChangesForDebug`を使用すると、通知なしにバインディングが更新されていないことを定期的に確認できます。Zoneless変更検知によって更新されなかった更新されたバインディングがある場合、Angularは`ExpressionChangedAfterItHasBeenCheckedError`をスローします。
+Angularは、アプリケーションがZoneless互換の方法で状態を更新していることを
+確認するのに役立つ追加のツールも提供しています。`provideExperimentalCheckNoChangesForDebug`を 使用すると、
+通知なしにバインディングが更新されていないことを
+定期的に確認できます。Zoneless変更検知によって更新されなかった更新されたバインディングがある場合、 Angularは`ExpressionChangedAfterItHasBeenCheckedError`を
+スローします。