Angular.js: フィードバックのリクエスト： `angular.component（）`-デフォルトのディレクティブコントローラー名

c）プログラマーは、 isolate:falseを使用して、祖先のコントローラーに直接アクセスしようとします。

@ drpicox-このヘルパーを使用して作成されたコンポーネントのisolate: falseを禁止すると言いたくなります。

これを考慮した後、私は同意します：

• 制限が「E」の場合のisolate: true ：私にとって、これらは本当にコンポーネントであり、$ ctrl表記が完全な意味を持ちます。
• 制限が「A」の場合のisolate: false ：私にとっては、既存のコンポーネントの一種のエンハンサーである_decorators_です。この場合、$ ctrlが衝突するため、現在の命名法で問題ありません。

しかし、2番目のケースはディレクティブを使用する方が良いと思います。_decorators_は頻繁ではなく、通常は低レベルであり、ジュニアには適していません。

したがって、おそらくisolate: falseを禁止することをお勧めします。

他の考え方では、_decorators_について、現在のエンティティの「E」コンポーネントのコントローラーを取得する関数は、特に現在のコンポーネントを処理するための汎用の_decorators_を作成することをお勧めします（どのコントローラーを事前に知る必要があります）であり、あなたが探しているものの一種のインターフェースを使用することはできません）。

私は$cmpが好きですが、 $compの方がわかりやすいので、さらに良いと思います。

私は$cmpが好きですが、 $compの方がわかりやすいので、さらに良いと思います。

私は$compが好きです。 $cmpを見るたびに、「比較」すると思います。

別の提案：コンポーネントの名前をコントローラーインスタンス名として使用しないのはなぜですか？
例：user-profile-> scope.userProfile

@tabanliviuこれが現在masterで行われている方法ですが、 @ petebacondarwinはこの号の最初の投稿で、なぜ一般名が優れているのかについて言及しました。

@mgol ：+1：チケットを読んだとき、私はそれを理解したと思います。 この変更は、ngUpgradeの問題と見なす必要がありますか？ Angular 1.xのコンテキストでは、現在の実装が優れたソリューションだと思います。 おそらく、これをコンポーネント名を取得してコントローラー名を出力する設定関数として公開しますか？ このようにして、現在のパターンと将来の移行パスを提供します。

バイクシェッド時間。

$ ctrlの場合は+1。

Ctrlには、Angular1のドキュメントと例に「コントローラー」接尾辞として多くの既存の文化があります。 「angularctrl」をグーグルで検索してみてください。

コンポーネント名から派生する現在の選択は、実際のアプリケーションではかなり長くなる傾向があるため、非常に厄介です。

：+1： $ctrlの場合、デフォルトとしての$vmは、コントローラーの使用方法のステートメントのように感じます。

$ctrlの場合は+1。

私たちはこれをng-forwardチームでかなり激しく議論し、 ctrlはvmよりも負荷の少ない用語であると判断しました。

私は$ctrlに投票します。これにより、pplがコントローラーをもうvmと呼ばないようになります。

ああ、それも付け加えたい

これは、入力ConTRoL要素と混同される可能性があります

いや。 あまり。

$ctrl

それは誰にとっても最も理解しやすく直感的なことだと思います。

+1 $ctrl

その他の提案：

1. $ as-コントローラーのように
2. $ at- @のように-コーヒースクリプトでは、「this」コンテキストを参照します
3. $ class-5文字ですが、ng2コンポーネントクラス表記に近いです。
4. $ prox-概念的には、Ctrlインスタンスはサービスレイヤーへのプロキシです。
5. $ ctx-コンテキストのショートカット
   ありがとう。

ng2ではコントローラーのthisがテンプレートのコンテキストであるため、 $thisに投票します（私の意見では、 componentはng1とng2の間の移行ツールの役割に非常に適しています）。

$ ctrlの+1

$ctrlプロパティもコンポーネントコントローラーを表すため、私はそれを好みます。

$ ctrlの+1

$ thisの+1

thisを使って、それを行うのにそれほどハックしていなければ、 $を削除することもできます。 それはまた、他の何かを短くしない唯一のオプションであり、私は略語が嫌いです。 :)

私は$ ctrlまたは$ cc（コンポーネントコントローラーの略）に行きます

$ ctrlの+1

これは$trollと呼ぶことができ、 $this $controllerの半分があります。 いいえ、冗談です。 $ctrlで大丈夫です。 ：+1：

$ ctrl + 1

$ vm

長所

• あまり新しい概念
• 短い
• オブジェクトが実際に何であるかを表すものではありません（ただし、移行中の開発者はそれを取得します...そしてそれがポイントです）

短所

• オブジェクトが実際に何であるかを表すものではありません（ただし、移行中の開発者はそれを取得します...そしてそれがポイントです）

$ctx -コンテキストの短縮。

$ctrlより一般的で、 $vmより匿名性が低く、 $compや$thisのように混乱することはありません。

テンプレートエンジン（Jade、Handlebars、Mustache.js、Dust.js、Nunjucks、EJSなど）を見てみましたが、名前context 、 locals 、またはdataのようです。

また、 $ctxは、文脈上、 $ctrl （または$this ）と同じ認知的過負荷を持っていません。実際、あなたはin Angular 2, where the context is the controllerと言いました。

@albertosantini - $ctxの問題の1つは、実際のコンテキストが現在のスコープであり、 thisから直接アクセスできることです。

$vc -ViewControllerの略です。
私はアップルのドキュメントでリファレンスを見つけました

tldr;

"... UIViewControllerクラスは、ビューを管理し、イベントを処理するためのメソッドとプロパティを定義します..."

私は$thisに強く投票します：

<textarea ng-change="$this.handleChange">

_長所：_

• 最大の利点：両方のエンティティを同じように見せるために、コントローラー内ctrl = thisを実行する必要はありません。
• $this以外のものは、Angularが_「より独自の言語」_を導入しているように感じます。これはAngularに関する一般的な苦情の1つです。 コントローラは次のように汚染されます。

  controller: function() {
    var ctrl = this;

    ctrl.items = [];
    ctrl.text = '';
    ctrl.handleSubmit = function () {
        ctrl.items.push({text: ctrl.text});
        ctrl.text = '';
    };
  }

よりクリーンでエレガント、そしてフレームワークにとらわれない代わりに

  controller: function() {
    this.items = [];
    this.text = '';
    this.handleSubmit = function () {
       this.items.push({text: this.text});
       this.text = '';
    };

• 後者は純粋なJavaScript関数であり、Angularの有無にかかわらずどこでも再利用できます。 前者は、他の場所では文脈から外れているように見えます。
• 後者のスニペットでは、シンタックスハイライトでさえあなたの友達であり、前者ではどのように反撃しているのかに注意してください。 コードの可読性は重要な問題です。
• この構文は、ランディングページに表示されるReactに似ています。

<textarea onChange={this.handleChange}>

• Reactでは、DOMコンテキストとControllerインスタンスの両方がまったく同じエンティティとして扱われ、Reactはそれを利用して、アプローチがより単純であると主張しています。
• Angularは確かにReactではありませんが、多くの人が両方を使用または見ているので、類似性が高いほど、親しみやすく、混乱が少なくなります。

@dmitriz AngularJSの$thisに関する1つの問題は、テンプレートではコンテキスト（つまり、 this ）が実際にはコントローラーではないことです。 React（およびAngular 2）では、これらは実際には同じものであるように思われるため、 this （または$this ）を使用するのは理にかなっています。 Angular 1では、それらは同じではないため、 $thisは実際にはさらに混乱を引き起こす可能性があります。

JavaScriptの側面に関しては、ES5コードでは、無料のメソッドを呼び出すときにthisのバインディングの問題があるため、 thisを他のコードにエイリアスするのが非常に一般的です。 したがって、コントローラーはとにかくvar that = thisのようなものを持っていることがよくあります。その場合は、 var ctrl = thisを使用することもできます。

そうは言っても、必要がなければ、コントローラーでこれを行う必要はありません。 IMOがオブジェクトの内部でthisを使用することは完全に合理的ですが、外部から使用する場合は別の名前でオブジェクトを参照します。

@dmitriz 、コントローラーとビューで同じエイリアスを持つ必要はありません（私は決してそうしません）。 さらに、コールバックなどに.bind(this)を使用する必要がないように、コントローラーでは常にvar self = thisを使用します。
だから、これは問題ではないはずです、imo。

その他のオプションについて：

• $ctx ：（ @ petebacondarwinが述べたように）コントローラーは式のコンテキストではないため、これは好きではありません。
• $this :(角度式で） thisは現在のスコープの特別なエイリアスであるため、これは好きではありません。したがって、 this --> scopeと$this --> controllerがあります。さらに混乱するでしょう。 （そうでなければ私はそれが好きだっただろう。）
• $vm ：私はこれが好きではありませんが（すでに述べた理由で）、私たちの制約をよりよく満たすものがなければ、私はそれを使うことができます。
• $cmp ：（ 100％正確ではないため）非常に満足できるものではありませんが、十分に宣言的です。 私たちの制約をよりよく満たすものがなければ、それでうまくいく可能性があります。
• $comp ： $cmpの方が短いので、私はそれを好みます（そして、 $comp compareで「混乱しやすい」とは思いません）。
• $ctrl ：私はこれがとても好きです。 それは非常に短く、宣言的で、可能な限り正確です。 私は常にコントローラーにctrlの接尾辞を付けており、 ConTRoLとの混乱を目撃したことはありません（しかし、より知識のある人々は混乱があったと主張しています:)）。 混乱が問題ではないと判断した場合は、間違いなくこれを使用しますが、他の方法で問題はありません。
• $troll ：もう少し考えてみる必要があります。 それは確かに潜在的な可能性があります：stuck_out_tongue：
• その他のオプション（ $as 、 $at 、 $cc 、 $prox 、 $vc ）：新しい概念を導入していると思います。役に立つよりも紛らわしい。

$ctrlに投票します。これは、ディレクティブコントローラーであるためです。 単純。

他のものに対して：

• $vm -すでに指摘したように、使用目的は必須ではありません=>パターン/コードの読み取りが混乱するか、開発者の選択肢が少なくなります（vmの実装を強制されます）
• $cmp -ええと、それはコンポーネント自体ではなく、（唯一の）コントローラーですか？ だから実際に誤解を招く？
• $this -すでに述べたように、混乱を招きます。 コントローラインスタンスは、スコープ内でそれを「これ」にしますか？ 意味的に、私はこれが..まあ..理解できるとは思わない？
• $ctx -実際には$thisと同じです。

また、Pascalがすでに言ったように、制御要素との混同は見られません。 Angular2がそのような方法（つまり、$ ctrl、$ val、$ cmbxなど）ですべてのDOM /入力要素を挿入しない限り、これが問題になるとは思いません。

+1 $ctrl

以前のコメントと同じ行：

• $vm 、 $as 、 $at 、 $cc 、 $prox 、 $vc 、 $ctx ..：プログラマーに新しい不要な概念を導入します
• $this ： thisすでに存在するため、プログラマーにとって混乱を招く可能性があります
• $cmpまたは$comp :(最初に良い）プログラマーをコンポーネントモデルに集中させるのでいいはずですが、単純ではないかもしれません
• $ctrl ：スコープ、コントローラーで公開されているものなので、理解しやすく、使いやすいのは明らかです。

わかりました、明確にしてくれてありがとう、私はthis = $scopeを知りませんでした、しかし、はい、それはそれを除外します。

次に、 $trollが:)であることを除けば、$ $ctrlは次善の選択のように聞こえます。

$ctrlの+1：最も直感的で最も一般的

@petebacondarwin詳細をありがとう。

したがって、 $ctrlの場合は+1です。

デフォルト名として宣言型$ctrlを優先します。

なぜダメなの？

@petebacondarwin @PascalPrecht

VMが適切な表現ではないのはなぜですか？

（別の問題についてすでに話し合っている場合は、可能であればリンクしてください）

AFAIKであるため、Angularのコントローラーは、MVCの従来のコントローラーではなく、ビューモデルに近いです。 しかし、多分私は何かが欠けています。

$ vmの+1

@QuinntyneBrownのポイントに同意します-

短いです。

しかしもっと重要-

@johnpapaのスタイルガイドは非常に人気があり、私が知っている多くの人々はそれを彼らの「新しい開発者」トレーニングプログラムの一部として参照しています。

ここでこれを変更する場合は、それが新しい開発者に与える影響を考慮する必要があります（おそらくスタイルガイドにPRを提出してください）

だから私は短い「$ vm」の名前が好きです（ところで、なぜそれは$で始まらなければならないのですか？:)

（ところで、なぜそれは$で始まらなければならないのですか？:)

Angularで定義された名前は、名前空間をプログラマー定義と共有するときに$で始まり、衝突を回避します。 この場合、Angularによって定義され、プログラマーが独自の定義を持つことができるスコープ内で定義されます。 $を使用すると、名前の衝突を回避し、Angularはプログラマーが期待するものと一貫して動作します。

（@johnpapa）このスタイルガイドの目的は、私が使用する規則と、さらに重要なことに、それらを選択する理由を示すことによって、Angularアプリケーションを構築するためのガイダンスを提供することです。

スタイルY032controllerAs構文を使用する場合は、このためにキャプチャ変数を使用します。 ViewModelを表すvmなどの一貫した変数名を選択します。

したがって、 vm 、 ctrl 、またはtrollのいずれであるかは関係ありません。これは、一貫性のある変数である必要があります。
さらに、前に指摘したように、新しい概念を追加することはできません。 vmはViewModel $の略で、ビューモデルを使用していないか、慣れていない場合は理解できません。 vmまたはViewModelは何の略で、混乱を招きます。

私は紛らわしい名前のファンではありません。 ctrlは紛らわしいと思います。 コントローラーですか？ コントロール（htmlコントロールのような）？ これはコンポーネントではありませんか？

vmまたはcompのいずれかに投票します。 vmは一般的に使用され、簡単に説明できます。 compは新しいものですが、神聖にするのは難しくありません。

$ctrlではなく$ctlr （つまり、ConTroLleR）はどうですか？

+1 $ comp

@petebacondarwinああ、これに関する問題で私たちを爆撃する（私のような）失読症の人の数... :)

@drpicox説明ありがとうございます、私はあなたのポイントを見て、それらは有効です。 難しい問題ですが、少なくとも私の経験から、開発者に「vm」規則を教えるのに問題はなく、いくつかの企業がそのように大規模なアプリを構築するのを手伝いました。この経験で一人でm。

しかし、私はあなたのポイントを理解しています。 $に同意する

私はまだ$ vmを使用していますが、$ compでも問題ありません...

Angular UI Bootstrapチームの@wesleychoは、 vmに強く反対しているようです：
https://github.com/angular/angular.js/issues/10007#issuecomment -166707284

$ctrlの+1

@shairezコンベンションの開催についてのあなたの意見を完全に共有します。私はフリーランスのアーキテクトであり、数十のプロジェクトが遅れています。 vmコンベンションは大いに役立ちましたが、まだいくつかの問題があります。 使用に抵抗する人がいることがわかりました。 この規則がAngular自体に由来する場合は、おそらく抵抗は低くなるはずですが、名前が$ctrlの場合、抵抗なしでそのまま受け入れると確信しています。 $ctrlは簡単です。

投票が行われ、次のようになります。

$comp  4
$cmp   2
$ctrl  19
$vm    3
$this  3
$ctx   2
$vc    1

明らかにお気に入りは$ctrlです。 人気があるだけでなく、この号の冒頭に掲載されている基準に合格しています。 さらに、特に新しい概念は導入されていません。 実際に参照されているのは、Angular開発者がすでに理解しているコントローラー（コンポーネント/ディレクティブコントローラー）であり、一部の開発者がディレクティブでvmを使用することに慣れているように、開発者が綿花を使うのにそれほど時間はかかりません。このデフォルト

素晴らしい、$ ctrlです！

1.4以下の問題- $ctrlで「名前として」に名前を付けることはできません

私が提起したいもう1つの懸念は、角度1.4以下では、 $記号で始まる「名前として」を実際に使用できないことです。

次のエラーが発生します。
Error: [$controller:ctrlfmt] Badly formed controller string

一部の企業は最新バージョンへのアップグレードに問題があり、数か月かかる場合があります。

彼らはまだ慣習に遅れずについていくことを望んでいるので、彼らのアップグレードプロセスは将来より簡単になるでしょう。

彼らにとって、 vmから$ctrlに切り替えることは不可能です。

どう思いますか？ 助言がありますか？

おそらく段階的に移行します：
vmをctrlに変換することから始めます
1.5がリリースされたら、 ctrlを$ctrlに「アップグレード」します

もう1つの可能な方法は、冗長ではありますが、実行時にcontrollerAsエイリアスを生成し、 angular.versionをチェックすることです。 何かのようなもの：

 angular
        .module('github')
        .directive('issueThread', issueThread);

    /* <strong i="14">@ngInject</strong> */
    function issueThread () {
        // this can be required as a module if using some module loader
        // or - another way is using global on angular namespace (i know it a bad practice - hwoever just to indicate reuse of this check 
        let prefix = angular.version.minor === 5 ? '$' : '';
        let controllerAs = prefix + 'ctrl';
        // with template strings
        var controllerAs = `${prefix}ctrl`;

        var directive = {
            controller: controller,
            restrict: 'E'
        };
        return directive;

        function controller() {
        }
    }

@orizensテンプレートはどうですか？

@shairezうーん、それは理にかなっています。$記号は、角度のある内部のみを対象としています...次のマイナーで何らかの上位互換性があるのは素晴らしいことです。

@drpicoxあなたはそこにポイントを得ました:)。
繰り返しますが、私が考えることができる1つの解決策（ハッキーなもの...）は、実行時/ビルド時にテンプレートでctrlを$ ctrlに「置き換える」ことです。 プロジェクトがes6とモジュールで構築されている場合、これは簡単に実現できます。 それ以外の場合は、ビルド時にgulp / grunt / npmのタスクになります。

controllerAsだけを使ってみませんか？
これは理想的な解決策ではありません（実際、コントローラー文字列（存在する場合）から識別子を抽出する正規表現を修正する必要があるかもしれませんが、 controllerAsの使用は下位互換性と上位互換性の両方があります:)

（誰かがRegExpを抽出するその識別子を更新することを試みたいのなら、それはまさにそこにあります。）

@gkalpakは良い点ですcontrollerAsプロパティの使用を促進することは、1.4以下のバージョンのコンポーネントの使用に移行する人が増えるので良いことだと思います。

しかし、 $ctrlについて人々に教え始めると、混乱するかもしれません。うまくいく場合とそうでない場合があります。

したがって、上位互換性（方法はわかりません）は素晴らしいアイデアです！

@shairezあなたは（あなたは）これを追跡するために新しい問題を作成しましたか？

<ctrl> as <identifier>を使用する場合、識別子に$を許可する＃13736を作成しました。
それでも、許可される識別子はcontroller: '... as ...'とcontrollerAs: '...'の間で異なります。

とはいえ、 controller: '... as $ctrl'を宣伝することが、慣習に追いつくための良い方法であるかどうかはわかりません。 controller: '...', controllerAs: '$ctrl' controller: '... as $ctrl'をアップグレードするのははるかに困難です。

ありがとう@ gkalpak-構文としてコントローラーではなくcontrollerAsプロパティの使用をおそらく推奨する必要があることに同意します。

1つは、コンポーネントのドキュメントによると、「コンポーネントの定義は非常に単純であり、一般的なディレクティブの定義の背後にある複雑さの多くを必要としない」ということです。
もう1つ：ディレクティブ内のコントローラーは、相互に通信する複雑なディレクティブを作成する場合にのみ必要です。 それ以外の場合は、リンク関数で十分です（たとえば、開発者ガイドディレクティブの「APIを他のディレクティブに公開する場合はコントローラーを使用します。それ以外の場合はリンクを使用します」、および私の経験から、コントローラーの代わりにリンクを使用して同じ機能を実装するディレクティブは数百回使用されますng-repeatでははるかに高速です。
それで...
コンポーネント（「シンプル」ディレクティブ）には「シンプル」（リンク関数）を実行する方法がなく、重いもの（コントローラー）のみが見つかります。
私は何かが恋しいですか？
説明ありがとう。

@ frfancha-パフォーマンスの向上は、コントローラーをインスタンス化するために$injectorを使用する必要がないためです。 おそらく、提供できるパフォーマンス測定値がいくつかありますか？

コンポーネントヘルパーの考え方は、コンポーネントタイプ（分離、要素）ディレクティブの記述を（LOCの意味で）簡単にすることです。 Angular2での作業方法とより一致するコードを簡単に記述できます。

特定のアプリにパフォーマンスの問題がある場合は、コンポーネントディレクティブを変換して、より一般的なdirectiveヘルパーを使用するのはかなり簡単です。

他のAPIドキュメントと開発者ガイドを見て、それらが新しいcomponent()ヘルパーと一致していることを確認する必要があると思います。

@petebacondarwin最初に、私たちが従った最初のチュートリアルでこのように示されたという理由だけで、コントローラーを使用してすべてのディレクティブを作成しました。
1000個のディレクティブ（ng-repeat x 200の「行」で5個）を含む特定のページを「開く」のに約15秒かかったことがわかって初めて、ディレクティブの詳細を読み、そうでない場合はコントローラーが役に立たないことを理解しました。ディレクティブ間で「話す」（別のディレクティブのコントローラーを要求することにより）。 コントローラーの代わりにリンク関数を使用してすべてを「書き換え」た後（コントローラーの代わりにリンク内のコードをコピー/貼り付けしただけなので、書き換えは大きな言葉です）、ページを表示する時間は8秒でした。
これらはFirefoxの対策であり、当時はChromeを使用していなかったことに注意してください。 今ではそれを使用しており、Chromeでの時間はFirefoxの3番目であると推定しています（そしてメモリ使用量は4番目です（そしてメモリリークがないので、Firefoxではアプリケーションは「午後に遅い」ことが知られています）。
私たちは一般的にAngularに非常に満足しています（すべてのデータ入力アプリケーションをSmalltalkWindowsアプリケーションからWEBAPI + Angularに変換しました（興味がある場合は??私は時々ロンドンにいます）。
しかし、ディレクティブを実行するための「簡単な方法」をサポートするコントローラーの選択に驚いています

ありがとう@gkalpak ！

@petebacondarwin別の問題はもう関係ありませんよね？ （PRのため）

私は（私が書いたように）同意します。controllerAsプロパティを使用するように人々を教育する必要がありますが、人々がそれに遭遇すると予測しているので、それについて言及しました。