Test - ne Peut pas résoudre tous les paramètres (ClassName)

Contexte

J'ai créé un ApiService classe pour être en mesure de traiter vos requêtes API, tout en utilisant notre propre sérialiseur + d'autres fonctionnalités.

ApiService's signature du constructeur est:

constructor(metaManager: MetaManager, connector: ApiConnectorService, eventDispatcher: EventDispatcher);

MetaManager est un injectable service qui se charge de l'api de méta-données.
ApiConnectorService est un service d'emballage Http pour ajouter nos en-têtes personnalisés et système de signature.
EventDispatcher est essentiellement de Symfony répartiteur d'évènement système, en caractères d'imprimerie.

Problème

Quand je test le ApiService, je fais une phase d'initialisation dans beforeEach:

beforeEach(async(() => {
    TestBed.configureTestingModule({
        imports  : [
            HttpModule
        ],
        providers: [
            ApiConnectorService,
            ApiService,
            MetaManager,
            EventDispatcher,
            OFF_LOGGER_PROVIDERS
        ]
    });
}));

et il fonctionne très bien.

Puis-je ajouter mon deuxième fichier de spécification, qui est pour ApiConnectorService, avec cette beforeEach:

beforeEach(async(() => {
    TestBed.configureTestingModule({
        imports  : [HttpModule],
        providers: [
            ApiConnectorService,
            OFF_LOGGER_PROVIDERS,
            AuthenticationManager,
            EventDispatcher
        ]
    });
}));

Et tous les tests échoue avec ce message d'erreur:

Erreur: ne Peut pas résoudre tous les paramètres pour ApiService: (MetaManager, ?, EventDispatcher).

Si je supprime api-connector-service.spec.ts (ApiConnectorService's dans le fichier de spécification) de mon chargés des tests, ApiService's des tests de réussir.
Si je supprime api-service.spec.ts (ApiService's dans le fichier de spécification) de mon chargés des tests, ApiConnectorService's des tests de réussir.

Pourquoi j'ai cette erreur? Il semble que le contexte entre deux de mes fichiers sont en conflit et je ne sais pas pourquoi et comment résoudre ce problème.

InformationsquelleAutor Supamiu | 2016-09-13

16

C'est parce que la Http service ne peut pas être résolu à partir de la HttpModule, dans un environnement de test. Il est dépendant de la plate-forme de navigateur. Tu ne devrais même pas essayer de faire XHR appels de toute façon pendant les tests.

Pour cette raison, Angulaire fournit un MockBackend pour la Http service à utiliser. Nous utilisons cette maquette backend pour vous abonner à des connexions lors de nos tests, et on peut se moquer de la réponse lors de chaque connexion est établie.

Voici un petit exemple complet, vous pouvez travailler hors de

JS:
```
import { Injectable } from '@angular/core';
import { async, inject, TestBed } from '@angular/core/testing';
import { MockBackend, MockConnection } from '@angular/http/testing';
import {
Http, HttpModule, XHRBackend, ResponseOptions,
Response, BaseRequestOptions
} from '@angular/http';
@Injectable()
class SomeService {
constructor(private _http: Http) {}
getSomething(url) {
return this._http.get(url).map(res => res.text());
}
}
describe('service: SomeService', () => {
beforeEach(() => {
TestBed.configureTestingModule({
providers: [
{
provide: Http, useFactory: (backend, options) => {
return new Http(backend, options);
},
deps: [MockBackend, BaseRequestOptions]
},
MockBackend,
BaseRequestOptions,
SomeService
]
});
});
it('should get value',
async(inject([SomeService, MockBackend],
(service: SomeService, backend: MockBackend) => {
backend.connections.subscribe((conn: MockConnection) => {
const options: ResponseOptions = new ResponseOptions({body: 'hello'});
conn.mockRespond(new Response(options));
});
service.getSomething('http://dummy.com').subscribe(res => {
console.log('subcription called');
expect(res).toEqual('hello');
});
})));
});
```
- Pourquoi ne pas simplement utiliser MockBackend, BaseRequestOptions au lieu de { provide: MockBackend, useClass: MockBackend }, { provide: BaseRequestOptions, useClass: BaseRequestOptions },. N'est-ce pas de deux est déjà prévue par le HttpModule (je suis sûr qu'ils sont). Aussi providers: [ { provide: Http, useFactory: (backend, options) => { return new Http(backend, options); }, deps: [MockBackend, BaseRequestOptions] }, peut être raccourcie à {provide: XHRBackend: useExisting: MockBackend}
- Donc providers: [{provide: XHRBackend: useExisting: MockBackend}, SomeService] devrait vous donner le même résultat.
- Ouais vous avez raison. J'ai déjà été en utilisant XHRBackend que le jeton, mais j'ai oublié que j'étais injection MockBackend type. Donc je l'ai changé pour MockBackend jeton. Ne pensais pas du style à l'époque, c'était juste une solution rapide à l'époque j'ai été le tester.
- Aussi loin que je me souviens de la documentation au Angulaire.oi aussi montrer ce long chemin. Votre réponse est très bien. Voulais juste le signaler. J'ai vu de nombreux exemples où les gens utilisent trop compliqué de configuration et ensuite se plaindre DI est lourd 😉
- Alors, pourquoi puis-je obtenir ApiConnectorService paramètre n'est pas résolu? et pourquoi que lorsque je démarre les deux tests?
- Peut-être parce que vous essayez d'injecter de l'apiservice et pas le connecteur de service, et d'erreur vous indique ce qui manque depuis le service que vous essayez d'injecter.
- Vérifiez l'exemple 😉 c'est ce que je suis à l'injection. J'ai changé HttpModule pour un MockBackend et essayé de cette façon, ayant toujours le même message d'erreur.
- Pouvez-vous poster un exemple complet. Assez pour reproduire le problème. Quelque chose comme je l'ai fait ci-dessus.
- J'ai essayé de créer un exemple complet d'utilisation de démarrage rapide modèle, on dirait que je ne peux pas. La question doit être à partir de mon code, mais c'est vraiment trop lourd pour le coller ici. Étant donné que les fournisseurs sont tous bon et je vais vous donner une bonne Http maintenant (avec MockBackend) je ne vois pas d'où cela peut venir de la...
- Ce que je mettrais, c'est juste ajouter dépouillé versions des classes avec seulement le constructeur et une seule méthode de test. Le problème, c'est de l'injection, qui peut être reproduite sans rien d'autre dans les classes. Si vous l'obtenir pour fonctionner avec le dépouillé versions, commencer à ajouter des choses jusqu'à ce qu'elle casse. Alors, vous savez le problème.
- Vous pouvez travailler hors de ce gist.github.com/psamsotha/2cce26fe4c9a3e73b8c8cbaa0fd738be, qui fonctionne très bien
- Je viens de tomber sur ce github.com/angular/angular.io/issues/... et on a pensé à vous. Un coup de feu dans l'obscurité, mais cela pourrait-il être un problème?
- c'est exactement le problème que j'ai eu, je suis juste venu ici pour le dire, et j'ai vu ton commentaire... 😀
- Mon constructeur du service ressemble constructor(private http: Http, baseName: string) { , j'ai donc besoin de modifier dans le code ci-dessus?
InformationsquelleAutor Paul Samsotha
7

La question n'était pas vraiment résolu dans la réponse choisie, ce qui est vraiment juste une recommandation pour écrire des tests, mais plutôt dans les commentaires, et vous devez suivre un lien et recherche pour cela. Depuis que j'ai eu un autre problème avec le même message d'erreur, je vais ajouter deux solutions ici.
1. Solution pour l'OP question:
Si vous avez un tonneau (de l'index.ts ou multi fichier d'exportation) comme ceci:
```
export * from 'my.component' //using my.service via DI
export * from 'my.service'
```
Ensuite, vous pouvez obtenir une erreur, comme EXCEPTION: Can't resolve all parameters for MyComponent: (?).

Pour résoudre ce problème, vous devez exporter le service avant que le composant:
```
export * from 'my.service'
export * from 'my.component' //using my.service via DI
```
1. Solution à mon problème:
Le même message d'erreur peut se produire en raison d'un circular dependency qui provoque une undefined service de l'importation. Pour le vérifier, console.log(YourService) après l'importation (dans votre fichier de test - où le problème se pose). Si c'est pas défini, vous pouvez avoir fait un index.ts fichier (le baril), de l'exportation à la fois le service et le fichier de l'utiliser (composant/effet/tout ce que vous faites des tests) - par l'importation du service à partir du fichier d'index où les deux sont exportés (en faisant d'elle un cercle complet).

Trouver ce fichier et importer le service dont vous avez besoin directement à partir de your.service.ts fichier au lieu de l'index.
- Cette réponse a sauvé des vies, je vous remercie!
InformationsquelleAutor Kesarion

Vous devez vous connecter pour publier un commentaire.