Ng-bind也有自己的问题。当你尝试使用角过滤器，限制或其他东西，你可能会有问题，如果你使用ng-bind。但在其他情况下，ng-bind在UX方面更好。当用户打开一个页面时，他/她将看到(10ms-100ms)打印符号({{…}})，这就是ng-bind更好的原因。

基本上，双花括号语法更自然可读，需要的输入也更少。

这两种情况产生相同的输出，但是..如果你选择使用{{}}，在angular渲染模板之前，用户可能会在几毫秒内看到{{}}。因此，如果你注意到任何{{}}，那么最好使用ng-bind。

同样重要的是，只有在angular应用的index.html中，你才能使用未渲染的{{}}。如果你使用的是指令，那么就没有机会看到模板，因为angular会先渲染模板，然后再把它附加到DOM中。

{{…}}表示双向数据绑定。但是ng-bind实际上是用于单向数据绑定的。

使用ng-bind将减少页面中的观察者数量。因此ng-bind将比{{…}}更快。所以，如果你只想显示一个值和它的更新，而不想反映它从UI到控制器的变化，那么使用ng-bind。这将提高页面性能并减少页面加载时间。

<div>
  Hello, <span ng-bind="variable"></span>
</div>

如果你没有使用ng-bind，而是像这样:

<div>
  Hello, {{user.name}}
</div>

在user.name解析之前(在数据加载之前)，你可能会看到实际的Hello， {{user.name}}

你可以这样做

<div>
  Hello, <span ng-bind="user.name"></span>
</div>

如果你不介意的话。

另一个解决方案是使用ng-cloak。

这是因为使用{{}}时，angular编译器会同时考虑文本节点和它的父节点，因为有可能合并2个{{}}节点。因此，有额外的链接会增加加载时间。当然，对于少数这样的情况，差异是不重要的，但是当你在一个有大量项目的中继器中使用这个时，它会在较慢的运行环境中造成影响。

在{{}}中有一些闪烁问题，比如当你刷新页面时，会看到一个短时间的表达式。因此，我们应该使用ng-bind来代替表达式来进行数据描述。