Angularコンポーネントの「プライベート」と「パブリック」

、、、およびの前にプライベートを追加しない場合、デフォルトでパブリックであると思います。fooloadBartext

export class RandomComponent {
  @Input() foo: string;
  @Output() loadBar = new EventEmitter();
  text: string;
}

それらがpublicコンポーネント内にあるときにユースケースはありますか？

カプセル化/セキュリティ上の理由から、private以下のようにそれらすべてを常に追加する必要がありますか？

export class RandomComponent {
  @Input() private foo: string;
  @Output() private loadBar = new EventEmitter();
  private text: string;
}

ありがとう

この質問に答えるために言うべきことがたくさんあります、これらは私の心に飛びついた最初の考えです：

private何よりもまず、これはコンパイル時の構造にすぎないことに注意してください-実行時に強制することはできません（関連する議論については、こことここを参照してください）。そのprivateため、セキュリティの目的で何らかの形で有用であるという概念を誤解しないでください。それは単にそれが何であるかではありません。

それはカプセル化についてであり、コンポーネントにカプセル化したいフィールドまたはメソッドがあり、それがどこからもアクセスされるべきではないことを明確にしている場合、絶対にそれを作成する必要がありますprivate。それprivateが理由です。それはあなたがそれを置いたものは何でもクラスの外から触れられるべきではないというあなたの意図を示しています。

同じpublicことがpublic当てはまります。これもコンパイル時のみの構文なので、クラスメンバーがデフォルトでtrueであるにもかかわらず、実行時にまったく意味がありません。ただし、クラスのAPIの一部として明示的に外部に公開するつもりのメンバーがある場合は、publicこの意図を示すために必ずメンバーを作成する必要があります。それpublicが目的です。

これはすべてTypescript全般に当てはまります。具体的には、Angularでは、コンポーネントクラスにパブリックメンバーを配置するための確かに有効なユースケースがあります。たとえば、コンテナー/コンポーネント（別名smart / dumb）パターンを実装する場合、「dumb」の子がコンストラクターインジェクションを介して「スマート」な親を注入します。親のメンバーが子供に触れてはならないこと、および触れてはいけないことについて意図を伝えることが非常に重要です。それ以外の場合は、親の酒棚で馬鹿な子供が浮気しているのを見つけても驚かないでください。

だから、あなたの質問への私の答え：

以下のように、常にそれらすべてにプライベートを追加する必要がありますか？

強調しないです。常に追加する必要はありません。privateキーワードを追加すると、キーワードの目的が損なわれます。キーワードをどこに置いても意図がわからなくなるためです。どこにも置かない方がよいでしょう。

@drewmooreは、プライベート/パブリックが意図に要約されるという点で良い答えを提供します。ただし、注入されたプライベート値を使用する場合は、さらにいくつか考慮すべき点があります。

• typescript（noUnusedLocals）とtslint（no-unused-variable）はどちらも@Import() private foo、またはをconstructor(private foo) {}使用fooし、テンプレートでのみ使用した場合にエラーを報告します
• AOTは機能しません：

TypeScriptをAoTコンパイルプロセスの出力として出力する場合は、コンポーネントのテンプレートのパブリックフィールドのみにアクセスする必要があります**

• それはされてアンチパターンとみなさ