Template-driven Forms đ€ą
L'approche "Template-driven Forms" nécessite de mettre la majeure partie de la logique du formulaire dans le template. Cela donne une fausse impression de "quick win" au départ et le code devient rapidement difficile à maintenir et à tester.
La Directive ngModel est au coeur des "Template-driven Forms".
Elle permet principalement de "binder" dans les deux sens le "model" avec la "view". C'est ce que l'on appelle le "Two-way Binding".
@Component({templateUrl: './book-form.component.html'})export class BookFormComponent {bookTitle: string;}
<form><inputname="title"[(ngModel)]="bookTitle"></form>
A chaque modification du "model", la "view" sera mise Ă jour et inversement.
La syntaxe [(property)]="data" n'est que du "syntactic sugar" pour signifier Input + Output.
Ce raccourci et automagiquement disponible s'il existe un Output portant exactement le mĂȘme nom que l'Input avec le suffixe Change.
En voici la version longue :
<wt-something[property]="data"(propertyChange)="data = $event"></wt-something>
... ou pour ngModel :
<inputname="title"[ngModel]="bookTitle"(ngModelChange)="bookTitle = $event">
On obtient l'erreur suivante :
Can't bind to 'ngModel' since it isn't a known property of 'input'
... car l'Input ngModel est ajouté via la "directive" NgModel (https://github.com/angular/angular/blob/master/packages/forms/src/directives/ng_model.ts) mais cette "directive" n'est pas importée nativement.
Pour profiter de la directive NgModel, il faut importer le module FormsModule dans les modules contenant des composants qui en dépendent.
import { FormsModule } from '@angular/forms';â@NgModule({...imports: [FormsModule]})export class BookModule {}
En utilisant le template HTML suivant :
<form>â<inputname="title"type="text"[(ngModel)]="bookTitle"><inputname="title"type="text"[(ngModel)]="bookTitle">â<div>{{ bookTitle }}</div>â</form>
... on peut constater le fonctionnement du "Two-way Binding" :
Pour détecter le "submit" du formulaire, il faut utiliser l'Output ngSubmit sur l'élément form.
<form (ngSubmit)="submitBook()">â<inputname="title"type="text"[(ngModel)]="bookTitle">â<button type="submit">SUBMIT</button>â</form>
export class BookFormComponent {âbookTitle: string;âsubmitBook() {console.log(this.bookTitle);/* Reset book's title. */this.bookTitle = null;}â}
Préférez le "listener" de submit (via l'Output ngSubmit) sur le formulaire plutÎt que le "listener" de click sur les boutons.
Bien qu'il soit possible d'utiliser l'Event Binding sur l'événement submit natif du formulaire, il est fortement recommandé d'utiliser l'Output ngSubmit ajouté par le module FormsModule.
Contrairement Ă l'Event Binding sur l'Ă©vĂ©nement submit, l'Output ngSubmit empĂȘche le comportement par dĂ©faut du "browser" (requĂȘte GET avec les donnĂ©es du formulaires) via l'appel implicite de event.preventDefault() mĂȘme si le "listener" associĂ© produit une erreur.
Vous pouvez expérimenter la différence entre submit et ngSubmit en déclenchant une exception dans la méthode submitBook :
submitBook() {throw new Error(`D'OH!`);}
L'un des principaux problÚme des "Template-driven Forms" est le non respect de l'immutabilité.
Supposons que le composant BookFormComponent décrit précédemment serve à éditer un objet Book.
export class BookFormComponent {â@Input() book: Book;âsubmitBook() {}â}
<form (ngSubmit)="submitBook()">â<inputname="title"type="text"[(ngModel)]="book.title">â<button type="submit">SUBMIT</button>â</form>
Le "Two-way Binding" de la directive ngModel modifie directement la propriété title de l'objet book transmis par le composant parent.
DĂšs le premier caractĂšre saisi, il est dĂ©jĂ trop tard car l'objet d'origine a Ă©tĂ© modifiĂ© et l'opĂ©ration ne peut ĂȘtre annulĂ©e.
Il est bien sûr possible de détecter le changement de l'Input book est de créer une copie locale mais cela reste un contournement qui ne respecte pas l'une des bonnes pratiques de l'immutabilité qui consiste à ne cloner les objets que pour les modifier afin de pouvoir détecter les changements simplement en comparant les références.
