Angular.js: 피드백 요청: `angular.component()` - 기본 지시문 컨트롤러 이름

c) 프로그래머는 isolate:false 를 사용하고 조상 컨트롤러에 직접 액세스하려는 유혹을 받습니다.

@drpicox - 이 도우미를 사용하여 만든 구성 요소에 대해 isolate: false 를 금지한다고 말하고 싶습니다.

다음을 고려한 후 동의합니다.

• isolate: true 제한이 'E'일 때: 저에게는 $ctrl 표기법이 완전한 의미를 갖는 진정한 구성 요소입니다.
• isolate: false when limits is 'A': 나에게 그들은 _decorators_, 기존 구성 요소의 일종인 인핸서입니다. 이 경우 $ctrl이 충돌하므로 현재 명명법은 괜찮습니다.

그러나 나는 두 번째 경우가 지시문을 사용하는 것이 더 낫다고 생각합니다. _decorators_는 빈번하지 않고 일반적으로 낮은 수준이며 주니어에게 적합하지 않습니다.

따라서 isolate: false 금지하는 것이 좋습니다.

다른 생각으로 _decorators_에 대해 현재 엔터티의 'E' 구성 요소 컨트롤러를 가져오는 함수는 특히 현재 구성 요소를 처리하기 위해 일반 _decorators_를 작성하는 것이 좋습니다. 당신이 찾고있는 인터페이스의 종류를 사용할 수 없습니다).

나는 $cmp 을 좋아하지만 $comp 이 더 명확하기 때문에 더 나은 것을 찾습니다.

나는 $cmp 을 좋아하지만 $comp 이 더 명확하기 때문에 더 나은 것을 찾습니다.

$comp 좋아요. 저는 $cmp 를 볼 때마다 "비교"를 생각합니다.

다른 제안: 구성 요소 이름을 컨트롤러 인스턴스 이름으로 사용하지 않는 이유는 무엇입니까?
예: 사용자 프로필 -> scope.userProfile

@tabanliviu 현재 master 에서 그렇게 하고 있지만 @petebacondarwin 은 바로 이 문제의 첫 번째 게시물에서 일반 이름이 더 나은 이유에 대해 언급했습니다.

@mgol :+1: 티켓을 읽을 때 그걸 간과한 것 같아요. 이 변경을 ngUpgrade 문제로 간주해야 합니까? Angular 1.x의 맥락에서 현재 구현이 좋은 솔루션이라고 생각합니다. 아마도 이것을 구성 요소 이름을 취하고 컨트롤러 이름을 출력하는 설정 기능으로 노출하시겠습니까? 이런 식으로 현재 패턴과 미래의 마이그레이션 경로를 제공합니다.

자전거 타는 시간.

$ctrl에 대해 +1.

Ctrl은 "컨트롤러" 접미사로 Angular 1 문서 및 예제에서 많은 기존 문화를 가지고 있습니다. 좋은 측정을 위해 인터넷 검색 "각도 Ctrl"을 시도하십시오.

구성 요소 이름에서 파생시키는 현재 선택은 실제 응용 프로그램에서 실제로 꽤 길어지는 경향이 있기 때문에 상당히 불쾌합니다.

:+1: $ctrl 의 경우 기본값으로 $vm 는 컨트롤러를 사용하는 방법에 대한 설명과 비슷합니다.

$ctrl 에 대해 +1

우리는 ng-forward 팀에서 이것에 대해 꽤 많이 논의했고 ctrl 가 vm 보다 덜 로드된 용어라고 결정했습니다.

나는 $ctrl 에 투표하고 이것이 ppl이 컨트롤러를 vm 더 이상 호출하지 않도록 권장한다면 매우 기쁠 것입니다 :P

아 나도 추가하고싶다

이것은 입력 ConTROL 요소와 혼동될 수 있습니다.

아니. 설마.

$ctrl

나는 그것이 모든 사람에게 가장 이해하기 쉽고 직관적이라고 생각합니다.

+1 $ctrl

기타 제안:

1. $as - 컨트롤러처럼
2. $at - like @ - 커피 스크립트에서는 'this' 컨텍스트를 참조합니다.
3. $class - 5자지만 ng2 컴포넌트 클래스 표기법에 가깝습니다.
4. $prox - 개념적으로 Ctrl 인스턴스는 서비스 계층에 대한 프록시이기 때문에
5. $ctx - 컨텍스트에 대한 바로 가기
   감사 해요.

$this 에 투표합니다. 왜냐하면 ng2에서 컨트롤러의 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 의 한 가지 문제는 실제 컨텍스트가 현재 범위이며 this 에서도 직접 액세스할 수 있다는 것입니다.

$vc - View Controller를 나타냅니다.
Apple 문서 에서 참조를 찾았습니다.

tldr;

"...UIViewController 클래스는 보기를 관리하고 이벤트를 처리하기 위한 메서드와 속성을 정의합니다... "

나는 $this 에 강력하게 투표합니다.

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

_장점:_

• 가장 큰 장점 : 컨트롤러 내부 ctrl = this 를 수행할 필요가 없어 두 엔티티가 동일하게 보입니다.
• $this 이외의 모든 것은 Angular가 Angular 에 대한 인기 있는 불만 중 하나 인 _"더 많은 독점 언어"_를 도입하는 것처럼 느껴집니다. 컨트롤러는 다음과 같이 오염됩니다.

  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 = '';
    };

• 후자는 Angular가 있든 없든 어디에서나 재사용할 수 있는 순수한 JavaScript 함수입니다. 전자는 다른 곳에서는 맥락에서 볼 수 없습니다.
• 구문 형광펜이 후자의 스니펫에서 얼마나 당신의 친구이고 전자에서 그것이 당신과 어떻게 맞서고 있는지 주목하십시오. 코드 가독성은 중요한 문제입니다.
• 이 구문은 방문 페이지에 나타나는 React와 유사합니다.

<textarea onChange={this.handleChange}>

• React에서 DOM 컨텍스트와 Controller 인스턴스는 정확히 동일한 개체 로 취급되며 React는 심지어 이를 활용하여 접근 방식이 더 간단하다고 주장합니다.
• Angular는 확실히 React가 아니지만 많은 사람들이 두 가지를 모두 사용하거나 보고 있으므로 유사성이 높을수록 더 친근하게 느껴지고 덜 혼란스럽게 느껴질 것입니다.

@dmitriz AngularJS에서 $this 의 한 가지 문제는 템플릿에서 컨텍스트(예: this )가 실제로 컨트롤러가 아니라는 것입니다. React (및 Angular 2)에서는 실제로 동일한 것이므로 this (또는 $this )를 사용하는 것이 합리적입니다. Angular 1에서는 동일하지 않으므로 $this 는 실제로 더 많은 혼란을 일으킬 수 있습니다.

JavaScript 측면과 관련하여 무료 메서드를 호출할 때 this 의 바인딩 문제 때문에 ES5 코드에서 this 의 별칭을 다른 것으로 지정하는 것은 매우 일반적입니다. 따라서 컨트롤러는 여전히 var that = this 와 같은 것을 갖고 있을 것입니다. 이 경우 var ctrl = this 를 사용하는 것이 좋습니다.

즉, 원하지 않는 경우 컨트롤러에서 이 작업을 수행할 필요가 없습니다. 개체에서 내부적으로 this 를 사용하는 것은 완전히 합리적인 IMO이지만 외부에서 사용할 때는 다른 이름으로 개체를 참조합니다.

@dmitriz , 컨트롤러와 뷰에서 동일한 별칭을 가질 필요는 없습니다(나는 절대 그렇지 않습니다). 또한 콜백 등에 대해 .bind(this) 를 사용하지 않아도 되도록 컨트롤러에서 항상 var self = this 를 사용합니다.
그래서 이것은 문제가되어서는 안됩니다.

다른 옵션에 관하여:

• $ctx : 나는 이것을 좋아하지 않는다. 왜냐하면 ( @petebacondarwin 이 언급했듯이) 컨트롤러는 표현식의 컨텍스트가 아니기 때문이다.
• $this : (Angular 식에서) 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가 이러한 방식으로 모든 DOM/입력 요소(예: $ctrl, $val, $cmbx 등)를 주입하지 않는 한 이것이 문제가 되지는 않습니다.

+1 $ctrl

이전 주석과 같은 줄에서:

• $vm , $as , $at , $cc , $prox , $vc , $ctx ,. ..: 프로그래머에게 불필요한 새로운 개념을 소개합니다.
• $this : this 가 이미 존재하기 때문에 프로그래머에게 혼란을 줄 수 있습니다.
• $cmp or $comp : (먼저 더 나은 방법) 프로그래머가 구성 요소 모델에 집중하도록 하기 때문에 좋을 것입니다. 그러나 간단하지 않을 수 있습니다.
• $ctrl : 스코프, 컨트롤러에 게시되는 것이므로 이해하기 쉽고 사용하기 쉽습니다.

this = $scope 를 몰랐습니다. 명확히 해 주셔서 감사합니다. 하지만 그건 제외됩니다.

그러면 $ctrl 는 $troll 를 제외하고 차선책처럼 들립니다. :)

$ctrl 에 대한 +1 : 가장 직관적이고 가장 일반적입니다.

@petebacondarwin 자세한 내용 감사합니다.

따라서 $ctrl 에 대해 +1 입니다.

기본 이름으로 선언적 $ctrl 를 선호합니다.

왜 좋지?

@ssssssssssss @ssssssssd

VM이 좋은 표현이 아닌 이유는 무엇입니까?

(이미 다른 문제에 대해 논의한 경우 가능하면 링크하세요.)

AFAIK 때문에 Angular의 컨트롤러는 MVC의 클래식 컨트롤러보다 뷰 모델에 더 가깝습니다. 하지만 내가 뭔가를 놓치고 있는지도 모릅니다.

$vm에 +1

@QuinntyneBrown 의 요점에 동의합니다.

더 짧다.

하지만 더 중요한 -

@johnpapa 의 스타일 가이드는 매우 인기가 있으며, 내가 아는 많은 사람들은 이를 "신규 개발자" 교육 프로그램의 일부로 참조합니다.

여기에서 변경하면 새 개발자에게 미칠 영향을 고려해야 합니다(스타일 가이드에 PR 제출).

그래서 저는 더 짧은 "$vm" 이름을 좋아합니다(BTW, 왜 $ 로 시작해야 합니까? :)

(BTW, 왜 $로 시작해야 합니까? :)

Angular 정의 이름은 이름 공간을 프로그래머 정의와 공유할 때 $ 로 시작하여 충돌을 방지합니다. 이 경우 Angular에 의해 정의되고 프로그래머가 자체 정의를 가질 수 있는 범위 내에서 정의됩니다. $ 를 사용하면 이름 충돌을 방지하고 Angular는 프로그래머가 기대하는 대로 일관되게 동작합니다.

(@johnpapa) 이 스타일 가이드의 목적은 내가 사용하는 규칙과 더 중요하게는 내가 선택하는 이유를 보여줌으로써 Angular 애플리케이션 구축에 대한 지침을 제공하는 것입니다.

스타일 Y032 controllerAs 구문을 사용할 때 이를 위해 캡처 변수를 사용하십시오. ViewModel을 나타내는 vm과 같은 일관된 변수 이름을 선택하십시오.

따라서 vm , ctrl 또는 troll 이든 상관없이 일관된 변수여야 합니다.
또한 앞에서 지적했듯이 아이디어는 새로운 개념을 추가하는 것이 아닙니다. vm 는 ViewModel 를 나타냅니다. View Models를 사용하지 않거나 익숙하지 않은 경우 이해하지 못할 것입니다. vm 또는 ViewModel 이 의미하는 바는 혼란스러울 것입니다.

나는 혼란스러운 이름의 팬이 아닙니다. ctrl 이 혼란스럽다고 생각합니다. 컨트롤러인가요? 제어(html 제어와 같은)? 그리고 이것은 구성 요소에 대한 것입니까?

저는 vm 또는 comp 에 투표합니다. vm 는 일반적으로 사용되며 설명하기 쉽습니다. comp 는 새롭지만 신성시하기 어려운 것은 아닙니다.

$ctrl 보다는 $ctlr (즉, ConTroLleR)는 어떻습니까?

+1 $ 보상

@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 로 '이름'의 이름을 지정할 수 없습니다.

제가 제기하고 싶은 또 다른 문제는 Angular 1.4 이하에서는 $ 기호로 시작하는 "as name"을 실제로 사용할 수 없다는 것입니다.

다음 오류가 발생합니다.
Error: [$controller:ctrlfmt] Badly formed controller string

일부 회사는 최신 버전으로 업그레이드하는 데 문제가 있으며 몇 개월이 걸릴 수 있습니다.

그들은 여전히 ​​관례를 따르기를 원하므로 향후 업그레이드 프로세스가 더 간단해질 것입니다.

vm 에서 $ctrl 로 전환하는 것은 불가능합니다.

어떻게 생각해? 어떤 제안?

단계적으로 마이그레이션할 수 있습니다.
vm 에서 ctrl 로 변환 시작
1.5가 릴리스되면 ctrl 를 $ctrl 로 "업그레이드"합니다.

장황하지만 다른 가능한 방법은 angular.version 를 확인하여 런타임에 controllerAs 별칭을 생성하는 것입니다. 다음과 같은 것:

 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 당신은 거기에서 요점을 얻었습니다 :).
다시 말하지만 (해키 하나 ...) 생각할 수있는 한 가지 솔루션은 런타임 / 빌드의 템플릿에서 ctrl을 $ ctrl로 "교체"하는 것입니다. 이는 프로젝트가 es6 및 모듈로 구축된 경우 쉽게 달성할 수 있습니다. 그렇지 않으면 빌드 시 gulp/grunt/npm에 대한 작업입니다.

그냥 controllerAs 를 사용하지 않는 이유는 무엇입니까?
이상적인 솔루션은 아닙니다(그리고 실제로 컨트롤러 문자열(있는 경우)에서 식별자를 추출하는 RegExp를 수정해야 할 수도 있지만 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 속성을 구문으로 사용하도록 권장해야 한다는 데 동의합니다.

한 가지는 구성 요소 문서에 "구성 요소 정의는 매우 간단하며 일반 지시문을 정의하는 데 있어 많은 복잡성이 필요하지 않습니다"라고 되어 있습니다.
또 다른 하나: 지시어의 컨트롤러는 서로 통신하는 복잡한 지시문을 작성하는 경우에만 필요합니다. 그렇지 않으면 링크 기능으로 충분합니다(예: "API를 다른 지시문에 노출하고 싶을 때 컨트롤러를 사용하십시오. 그렇지 않으면 링크를 사용하십시오"라는 개발자 가이드 지시문과 내 경험에 따르면 컨트롤러 대신 링크로 동일한 기능을 구현하는 지시문은 수백 번 사용됨) ng-repeat에서는 훨씬 빠릅니다.
그래서...
나는 Component("simple" 지시어)에서 "simple"(링크 기능)을 수행하는 방법을 찾지 않고 무거운 것(컨트롤러)만 찾습니다.
뭔가 그리워?
설명 감사합니다.

@frfancha - 성능 향상은 컨트롤러를 인스턴스화하기 위해 $injector 를 사용할 필요가 없기 때문입니다. 맞죠? 제공할 수 있는 성능 측정이 있습니까?

구성 요소 도우미의 아이디어는 구성 요소 유형(분리, 요소) 지시문을 작성하는 것을 (LOC 의미에서) 더 간단하게 만드는 것입니다. Angular 2에서 작업이 수행되는 방식과 더 인라인인 코드를 더 쉽게 작성할 수 있습니다.

특정 앱에 성능 문제가 있는 경우 보다 일반적인 directive 도우미를 사용하도록 구성 요소 지시문을 변환하는 것이 매우 간단합니다.

새로운 component() 도우미와 일치하는지 확인하려면 다른 API 문서 및 개발자 가이드를 살펴봐야 한다고 생각합니다.

@petebacondarwin 처음에 우리는 컨트롤러로 모든 지시문을 작성했습니다. 우리가 따랐던 첫 번째 튜토리얼에서 이런 식으로 표시되었기 때문입니다.
1000개의 지시문(ng-repeat x 200의 "행"으로 5개)이 있는 특정 페이지를 "열기"에 약 15초가 걸린다는 것을 알게 된 후에야 지시문에 대해 더 많이 읽고 " (다른 컨트롤러의 컨트롤러를 요구함으로써) 지시 사이에 "말하기". 컨트롤러 대신 링크 기능으로 모두 "다시 작성"한 후(다시 쓰기는 컨트롤러 대신 링크의 코드를 복사/붙여넣기만 했기 때문에 큰 단어임) 페이지를 표시하는 데 걸리는 시간은 8초였습니다.
이것은 파이어폭스 조치라는 점에 유의하십시오. 당시 우리는 Chrome을 사용하지 않았습니다. 이제 우리는 그것을 사용하고 Chrome에서의 시간은 Firefox의 세 번째로 추정됩니다(그리고 메모리 사용량은 네 번째(그리고 메모리 누수 없이 훌륭합니다. Firefox에서 우리 애플리케이션은 "오후에는 느림)"로 알려져 있습니다.
우리는 일반적으로 Angular에 매우 만족합니다(Smalltalk Windows 응용 프로그램에서 모든 데이터 입력 응용 프로그램을 WEB API + angular로 변환했습니다. 관심이 있을 경우를 대비하여? 저는 때때로 런던에 있습니다).
그러나 지시문을 수행하는 "간단한 방법"을 지원하는 컨트롤러의 선택에 놀랐습니다.

@gkalpak 감사합니다!

@petebacondarwin 별도의 문제는 더 이상 관련이 없습니까? (홍보 때문에)

나는 (내가 쓴 것처럼) 사람들에게 controllerAs 속성을 사용하도록 교육해야 한다는 데 동의하지만 사람들이 이 속성에 부딪힐 것으로 예상하기 때문에 언급했습니다.