Angular 6でサービスを生成するときにInjectableデコレーターを提供する目的は何ですか？

Angular CLIでサービスを生成する場合、Injectableデコレーターのデフォルトの「root」を使用して、「provided in」プロパティーで追加のメタデータを追加します。

@Injectable({
  providedIn: 'root',
})

正確には提供されますか？これにより、サービスがアプリケーション全体で「グローバル」タイプのシングルトンサービスのように利用可能になると想定していますが、AppModuleのプロバイダー配列でそのようなサービスを宣言する方がきれいではありませんか？

更新：

他の誰にとっても、特に機能モジュールのみにサービスを提供したい場合は、次の段落でそれについて別の良い説明が提供されました。

@Injectable()新しいprovidedIn 属性を使用して、デコレーター内でプロバイダーを直接登録するための新しい推奨される方法があります。'root'アプリケーションの値または任意のモジュールとして受け入れます。を使用'root'するinjectableと、アプリケーションでシングルトンとして登録され、ルートモジュールのプロバイダーに追加する必要はありません。あなたが使用している場合は同様に、 providedIn: UsersModule、injectableのプロバイダとして登録されているUsersModuleにそれを追加することなく、providersモジュールの「 - 。 https://blog.ninja-squad.com/2018/05/04/what-is-new-angular -6 /

更新2：

さらに調査した後、 providedIn: 'root'

provideルートモジュール以外のモジュールでサービスを利用したい場合providersは、機能モジュールのデコレーターで配列を使用することをお勧めします。そうしないと、循環依存関係に悩まされることになります。ここで行われる興味深い議論-https://github.com/angular/angular-cli/issues/10170

ProvidedInを使用する場合、注射はモジュールのプロバイダーに追加されずに、モジュールのプロバイダーとして登録されます。

から Docs

サービス自体は、CLIが生成したクラスであり、@ Injectableで装飾されています。デフォルトでは、このデコレーターは、サービスのプロバイダーを作成するprovidedInプロパティーで構成されています。この場合、providedIn： 'root'は、サービスをルートインジェクターで提供する必要があることを指定します。

providedIn: 'root' Angular 6以降、サービスを提供する最も簡単で効率的な方法です：

1. このサービスは、アプリケーションのシングルトンとして利用でき、モジュールのプロバイダー配列（Angular <= 5など）に追加する必要はありません。
2. サービスが遅延ロードされたモジュール内でのみ使用される場合、そのモジュールで遅延ロードされます
3. 使用されない場合は、ビルドに含まれません（ツリーシェイク）。

詳細については、ドキュメントとNgModule FAQを読むことを検討してください

ところで：

1. アプリケーション全体のシングルトンが必要ない場合は、代わりにプロバイダのコンポーネント配列を使用してください。
2. スコープを制限して、他の開発者が特定のモジュールの外部でサービスを使用しないようにする場合は、providers代わりにNgModule の配列を使用します。

ドキュメントから

注射可能なデコレータとは何ですか？

クラスをInjectorで作成できるようにマークします。

import { Injectable } from '@angular/core';

@Injectable({
  providedIn: 'root',
})
export class UserService {
}

サービス自体は、CLIが生成したクラスであり、@ Injectable（）で装飾されています。

正確には提供されますか？

@NgModuleまたは他のInjectorTypeに関連付けるか、このインジェクタブルを「ルート」インジェクタに提供するように指定することにより、インジェクタブルを提供するインジェクタを決定します。

providedIn: Type<any> | 'root' | null

providedIn： 'root'

ルートレベルでサービスを提供すると、Angularはサービスの単一の共有インスタンスを作成し、それを要求するすべてのクラスに注入します。@Injectable（）メタデータにプロバイダーを登録すると、Angularは、コンパイルされたアプリが使用されていない場合は、サービスを削除してアプリを最適化することもできます。

providedIn：モジュール

特定の@NgModuleでサービスを提供するように指定することもできます。たとえば、アプリケーションが作成したモジュールをインポートしない限り、サービスがアプリケーションで利用できないようにするには、サービスをモジュールで提供するように指定できます。

import { Injectable } from '@angular/core';
import { UserModule } from './user.module';

@Injectable({
  providedIn: UserModule,
})
export class UserService {
}

このメソッドは、何も注入しない場合にサービスのツリーシェイク（ツリーシェイクは未使用のコードをコードベースから削除するビルドプロセスのステップ）を有効にするため、推奨されます。

サービスで提供するモジュールを指定できない場合は、モジュール内でサービスのプロバイダーを宣言することもできます。

import { NgModule } from '@angular/core';
import { UserService } from './user.service';

@NgModule({
  providers: [UserService],
})
export class UserModule {
}

providedInは、ルートインジェクタがサービスのインスタンスを作成する責任があることをAngularに伝えます。この方法で提供されるサービスは、アプリケーション全体で自動的に利用可能になり、どのモジュールにもリストする必要はありません。

サービスクラスは独自のプロバイダーとして機能できます。そのため、@ Injectableデコレーターでサービスクラスを定義するだけで、必要な登録を行うことができます。

によるとDocumentation：

@Injectable（）メタデータにプロバイダーを登録すると、Angularは、コンパイルされたアプリが使用されていない場合は、サービスを削除してアプリを最適化することもできます。