Si no está utilizando un. (Punto) en sus modelos AngularJS, ¿lo está haciendo mal?

Recuerdo ver esta cita famosa de un video en AngularJS diciendo que siempre debería estar usando a. (punto) en sus modelos.

Bueno, estoy tratando de seguir esto decir que tengo

var item = {} item.title = "Easy Access to support"; item.available = true; item.price = 31.67; 

Así que esto funciona muy bien en mi opinión lo hago

  {{ item.title }} {{ item.available }} 

Estoy usando un punto, así que creo que esto es bueno.

Pero tengo algunas propiedades que no considero parte del modelo, pero tal vez estoy equivocado. Por ejemplo, tengo una propiedad que utilizo para habilitar o deshabilitar un botón usando ng-disable, he ingresado usando el formato de punto. Básicamente entró así

  $scope.disableButton = true; 

y lo uso como

  ng-disable="disableButton"...... 

¿Debo hacer esta parte del modelo “artículo”? o crear otro objeto js solo para poder mantener esta propiedad usando un punto?

¿Alguien sabe si esto es aceptable o debería estar haciendo todo (incluso estas propiedades simples) con un .dot?

Gracias

El “siempre debe haber un punto en su modelo” se refiere a ngModel . Esta directiva tiene un enlace bidireccional. Si se vincula en dos sentidos a una primitiva (como un Booleano en su caso), el colocador la configurará en el ámbito actual en lugar del ámbito en el que está definida, lo que puede causarle un dolor de cabeza cuando tiene un usuario grande. interfaz con muchos ámbitos para niños. No se refiere a otras directivas como ngDisable . Consulte esta explicación para obtener más detalles sobre este tema específico.

Escenario de muestra: un ámbito principal con $scope.foo = "bar" , y un ámbito hijo con un . Aparecerá la bar inicialmente, pero una vez que el usuario cambie el valor, se creará un foo en el ámbito secundario y el enlace leerá y escribirá ese valor. El foo los padres permanecerá en la bar . Espero que lo resum bien.

Por lo tanto, para fines de ngModel , es posible que ngModel crear un objeto para evitar estos problemas vinculantes, pero para cualquier otra directiva debe tener la agrupación lógica normal.