Se non si utilizza un punto (punto) nei modelli AngularJS, si sta sbagliando?

Question

Ricordo di aver visto questa famosa citazione da un video su AngularJS che diceva che dovrebbe sempre essere usato a. (punto) nei tuoi modelli.

Beh, io sto cercando di seguire questa dire che ho

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

Quindi questo funziona alla grande, a mio avviso faccio

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

Sto usando un puntino quindi penso che questo è buono.

Ma ho alcune proprietà che non considero parte della modella ma forse ho torto. Ad esempio, ho una proprietà che uso per abilitare o disabilitare un pulsante usando il ng-disable, ho inserito questo usando il formato punto. La sua sostanza è entrato in questo modo

$scope.disableButton = true; 

e lo uso come

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

Devo fare questa parte del modello "voce"? o creare un altro oggetto js solo così posso mantenere questa proprietà usando un punto?

Qualcuno sa se questo è accettabile o dovrei fare tutto (anche queste semplici proprietà) con un .dot ??

Grazie

Answer 1

Il "ci dovrebbe sempre essere un punto nel modello" si riferisce alla ngModel. Questa direttiva è vincolante a doppio senso. Se si esegue il binding bidirezionale su una primitiva (ad esempio un booleano nel proprio caso), il setter lo imposterà sull'ambito corrente anziché sull'ambito su cui è definito, il che può causare un mal di testa quando si ha un utente di grandi dimensioni- interfaccia con molti ambiti figlio. Non fa riferimento ad altre direttive come ngDisable. Vedere this explanation per ulteriori dettagli su questo problema specifico.

Esempio di scenario: un ambito padre con $scope.foo = "bar" e un ambito figlio con un <input type="text" data-ng-model="foo">. Visualizzerà inizialmente bar, ma una volta che l'utente ha modificato il valore, verrà creato uno foo sull'ambito figlio e il binding leggerà e scriverà quel valore. Il numero foo del genitore rimarrà bar. Spero che lo riassuma bene.

Quindi, per gli scopi di ngModel, potrebbe essere necessario creare un oggetto per aggirare tali problemi di associazione, ma per qualsiasi altra direttiva è necessario disporre del raggruppamento logico regolare.