angular / angular/components

feat(icon): provide standalone-friendly APIs for icon registry testing

Ouverte
#28,358 0 commentaires 1 réaction 0 personnes assignées Voir sur GitHub
area: material/icon feature P3
Langage dominant
TypeScript
Étoiles
25k
Forks
6.8k
Merge moyen
1 j 8 h
PR mergées (30 j)
91

Description

### Feature Description

It would be nice to have a standalone `provideFakeIconRegistry` function to provide the `MatIconRegistry` with `FakeMatIconRegistry` as a replacement for using `MatIconTestingModule`.

This feature request is motivated by the want to enforce standalone APIs way of doing.

Just like the effort made in this commit : https://github.com/angular/components/commit/7840cd3a779b6e7388971e279bd60de2bcb1e89b

### Use Case

Replace :
```ts
TestBed.configureTestingModule({
imports: [MatIconTestingModule, /* ... */],
// ...
})

// OR

TestBed.configureTestingModule({
providers: [
//...
{
provide: MatIconRegistry,
useClass: FakeMatIconRegistry,
},
],
// ...
})
```

By :
```ts
TestBed.configureTestingModule({
providers: [provideFakeIconRegistry(), /* ... */],
// ...
})
```

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

Commencez par lire les implémentations existantes de MatIconTestingModule et FakeMatIconRegistry, puis comparez l’utilisation actuelle des providers de TestBed avec l’API standalone demandée. La tâche est terminée lorsque les appelants peuvent utiliser provideFakeIconRegistry() dans providers à la place de MatIconTestingModule ou du mappage manuel de MatIconRegistry, tout en conservant le comportement du registre fictif.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
angular, typescript
Domaine
testing
Type d'issue
Fonctionnalité
Difficulté
3/5
Temps estimé
1-2 jours
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
48/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.