Angularjs 角度JS函数是否使用$scope

根据文件：

作用域是应用程序控制器和视图之间的粘合剂。在模板链接阶段，指令在作用域上设置$watch表达式。$watch允许在属性更改时通知指令，这允许指令将更新的值呈现给DOM

---

现在我的问题是：如果我的函数没有连接到视图，我们是否应该使用$scope？

我假设您的意思是，即使函数没有连接到视图，也应该使用$scope.functionName=function（）

---

不，您不应该，为什么要向视图公开一个视图不需要的函数？另外，当只使用函数funcName（）时，您可以更好地了解哪些函数是内部函数。

我假定您的意思是，即使函数未连接到视图，您也应该执行$scope.functionName=function（）

---

不，您不应该，为什么要向视图公开一个视图不需要的函数？另外，当只使用函数funcName（）时，您可以更好地了解哪些函数是内部函数。

我假定您的意思是，即使函数未连接到视图，您也应该执行$scope.functionName=function（）

---

不，您不应该，为什么要向视图公开一个视图不需要的函数？另外，当只使用函数funcName（）时，您可以更好地了解哪些函数是内部函数。

我假定您的意思是，即使函数未连接到视图，您也应该执行$scope.functionName=function（）

---

不，您不应该，为什么要向视图公开一个视图不需要的函数？另外，当只使用函数funcName（）时，您可以更好地了解哪些函数是内部函数。

您不应该使用

$scope

来声明您正在使用的每个函数，尤其是如果它未连接到视图

---

但是，在某些情况下，您需要在未连接到视图的函数中使用

$scope

，例如，如果您希望在作用域树上发出/接收/广播消息或访问父作用域上的某个内容（尽管这不是一种必要的好做法）.

您不应该使用

$scope

来声明您正在使用的每个函数，尤其是当它未连接到视图时

---

但是，在某些情况下，您需要在未连接到视图的函数中使用

$scope

，例如，如果您希望在作用域树上发出/接收/广播消息或访问父作用域上的某个内容（尽管这不是一种必要的好做法）.

您不应该使用

$scope

来声明您正在使用的每个函数，尤其是当它未连接到视图时

---

但是，在某些情况下，您需要在未连接到视图的函数中使用

$scope

，例如，如果您希望在作用域树上发出/接收/广播消息或访问父作用域上的某个内容（尽管这不是一种必要的好做法）.

您不应该使用

$scope

来声明您正在使用的每个函数，尤其是当它未连接到视图时

---

但是，在某些情况下，您需要在未连接到视图的函数中使用

$scope

，例如，如果您希望在作用域树上发出/接收/广播消息，或者访问父作用域上的某个内容（尽管这不一定是一种好的做法）。

我认为您不应该这样做。它将提高你的应用程序性能，因为没有连接到作用域的函数不会在每个摘要周期中被检查。我认为你不应该这样做。它将提高你的应用程序性能，因为没有连接到作用域的函数不会在每个摘要周期中被检查。我认为你不应该这样做。它将提高你的应用程序性能，因为没有连接到作用域的函数不会在每个摘要周期中被检查。我认为你不应该这样做。它将提高你的应用程序性能，因为未连接到作用域的函数在每个摘要周期中都不会被检查。如果要发出/接收/brodcast，可以使用服务并将$scope作为参数传递给该服务中的某个方法。如果要发出/接收/brodcast，可以使用服务并将$scope作为参数传递给该服务中的某个方法。如果要emit/receive/brodcast您可以使用service并将$scope作为参数传递给该服务中的某个方法。如果您希望emit/receive/brodcast，您可以使用service并将$scope作为参数传递给该服务中的某个方法。正确，这就是我的想法，但不使用$scope，可以使该函数全局化。从任何地方都可以到达。对吧？我不这么认为。它仍然在控制器的上下文中。正确，这就是我所想的，但不使用$scope，可以使该函数全局化。从任何地方都可以到达。对吧？我不这么认为。它仍然在控制器的上下文中。正确，这就是我所想的，但不使用$scope，可以使该函数全局化。从任何地方都可以到达。对吧？我不这么认为。它仍然在控制器的上下文中。正确，这就是我所想的，但不使用$scope，可以使该函数全局化。从任何地方都可以到达。对吧？我不这么认为。它仍然在控制器的上下文中。