有两种模式用于访问控制器函数:this和$scope。
我应该什么时候用哪种?我知道这是设置为控制器和$scope是视图作用域链中的对象。但是有了新的“Controller as Var”语法，你可以很容易地使用其中任何一种。所以我的问题是什么是最好的，未来的方向是什么?
例子:
使用这个 函数UserCtrl() { 这一点。Bye = function() {alert('....');}; ｝ <body ng-controller='UserCtrl as uCtrl'> <按钮ng-click = ' uCtrl.bye() >再见> < /按钮 使用美元的范围 函数UserCtrl($scope) { 美元的范围。Bye = function () {alert('....');}; ｝ <身体ng-controller = ' UserCtrl ' > <按钮ng-click = '再见()' >再见> < /按钮
我个人认为，与其他Javascript OO模式相比，this.name更容易理解，也更自然。
建议好吗?
当前回答
我认为控制器As更好，因为它允许更容易地嵌套作用域，如Todd Motto所述:
http://toddmotto.com/digging-into-angulars-controller-as-syntax/
而且，它将确保你总是至少有一个。在你的绑定表达式中强制你遵循不要绑定到原语的建议。
另外，你还可以与作用域解耦，这在2.0中将会消失。
其他回答
Angular文档明确地告诉你，建议使用这个方法。除了$scope被删除这一事实外，这足以让我永远不使用$scope。
我的观点是，javascript中的“this”本身就有足够的问题，为它添加另一个含义/用法不是一个好主意。
为了清晰起见，我将使用$scope。
更新
这里讨论的是“controller as”语法。我不是它的粉丝，但现在它是一个更“正式”的AngularJS结构，它值得关注。
我认为控制器As更好，因为它允许更容易地嵌套作用域，如Todd Motto所述:
http://toddmotto.com/digging-into-angulars-controller-as-syntax/
而且，它将确保你总是至少有一个。在你的绑定表达式中强制你遵循不要绑定到原语的建议。
另外，你还可以与作用域解耦，这在2.0中将会消失。
$scope在Angular 2.0中被移除。因此，随着Angular 2.0发布日期的临近，使用这种方法将是其他人想要效仿的方法。
两者都有各自的用途。首先，一些历史……
$scope是“经典”技术，而“controller as”则是最近才出现的技术(官方版本为1.2.0，尽管在此之前它确实出现在不稳定的预发布版中)。
两者都运行得非常好，唯一的错误答案是在没有明确理由的情况下将它们混合在同一个应用程序中。坦率地说，把它们混在一起是可行的，但只会增加混乱。那就选一个吧。最重要的是始终如一。
哪一个?这取决于你。还有很多关于$scope的例子，但是“controller as”也越来越流行。一个比另一个好吗?这是有争议的。那么该如何选择呢?
安慰
我更喜欢“controller as”，因为我喜欢隐藏$作用域，并通过中间对象将控制器的成员暴露给视图。通过设置这个。*，我可以从控制器向视图公开我想要公开的内容。你也可以用$scope这样做，我只是更喜欢使用标准的JavaScript。事实上，我是这样编码的:
var vm = this;
vm.title = 'some title';
vm.saveData = function(){ ... } ;
return vm;
这对我来说感觉更干净，更容易看到被暴露在视图中的东西。注意，我将返回的变量命名为“vm”，它代表viewmodel。这只是我的惯例。
使用$scope，我可以做同样的事情，所以我没有使用该技术进行增加或减少。
$scope.title = 'some title';
$scope.saveData = function() { ... };
所以这取决于你。
注射
对于$scope，我确实需要将$scope注入到控制器中。我不必在控制器as中这样做，除非我出于其他原因需要它(如$broadcast或watches，尽管我尽量避免在控制器中使用手表)。
更新 我写了这篇关于这两个选择的文章: http://www.johnpapa.net/do-you-like-your-angular-controllers-with-or-without-sugar/
