ATUALIZAÇÃO: 24/09/16 Angular 2.0 Estável
Como essa questão ainda causa muito tráfego, eu queria atualizá-la. Com a insanidade das alterações dos candidatos Alpha, Beta e 7 RC, parei de atualizar minhas respostas de SO até que se tornassem estáveis.
Esse é o caso perfeito para usar Assuntos e ReplaySubjects
Eu pessoalmente prefiro usar ReplaySubject(1), pois permite que o último valor armazenado para ser passado quando novos assinantes anexar mesmo quando final:
let project = new ReplaySubject(1);
//subscribe
project.subscribe(result => console.log('Subscription Streaming:', result));
http.get('path/to/whatever/projects/1234').subscribe(result => {
//push onto subject
project.next(result));
//add delayed subscription AFTER loaded
setTimeout(()=> project.subscribe(result => console.log('Delayed Stream:', result)), 3000);
});
//Output
//Subscription Streaming: 1234
//*After load and delay*
//Delayed Stream: 1234
Portanto, mesmo se eu conectar tarde ou precisar carregar mais tarde, sempre posso receber a última chamada e não me preocupar em perder a chamada de retorno.
Isso também permite que você use o mesmo fluxo para pressionar para:
project.next(5678);
//output
//Subscription Streaming: 5678
Mas e se você tiver 100% de certeza de que precisa fazer a ligação apenas uma vez? Deixar assuntos abertos e observáveis não é bom, mas sempre existe o "E se?"
É aí que entra o AsyncSubject .
let project = new AsyncSubject();
//subscribe
project.subscribe(result => console.log('Subscription Streaming:', result),
err => console.log(err),
() => console.log('Completed'));
http.get('path/to/whatever/projects/1234').subscribe(result => {
//push onto subject and complete
project.next(result));
project.complete();
//add a subscription even though completed
setTimeout(() => project.subscribe(project => console.log('Delayed Sub:', project)), 2000);
});
//Output
//Subscription Streaming: 1234
//Completed
//*After delay and completed*
//Delayed Sub: 1234
Impressionante! Apesar de termos encerrado o assunto, ele ainda respondeu com a última coisa que carregou.
Outra coisa é como assinamos a chamada http e lidamos com a resposta. O mapa é ótimo para processar a resposta.
public call = http.get(whatever).map(res => res.json())
Mas e se precisássemos aninhar essas chamadas? Sim, você pode usar assuntos com uma função especial:
getThing() {
resultSubject = new ReplaySubject(1);
http.get('path').subscribe(result1 => {
http.get('other/path/' + result1).get.subscribe(response2 => {
http.get('another/' + response2).subscribe(res3 => resultSubject.next(res3))
})
})
return resultSubject;
}
var myThing = getThing();
Mas isso é muito e significa que você precisa de uma função para fazer isso. Digite FlatMap :
var myThing = http.get('path').flatMap(result1 =>
http.get('other/' + result1).flatMap(response2 =>
http.get('another/' + response2)));
Doce, varé um observável que obtém os dados da chamada http final.
OK, isso é ótimo, mas eu quero um serviço angular2!
Entendi:
import { Injectable } from '@angular/core';
import { Http, Response } from '@angular/http';
import { ReplaySubject } from 'rxjs';
@Injectable()
export class ProjectService {
public activeProject:ReplaySubject<any> = new ReplaySubject(1);
constructor(private http: Http) {}
//load the project
public load(projectId) {
console.log('Loading Project:' + projectId, Date.now());
this.http.get('/projects/' + projectId).subscribe(res => this.activeProject.next(res));
return this.activeProject;
}
}
//component
@Component({
selector: 'nav',
template: `<div>{{project?.name}}<a (click)="load('1234')">Load 1234</a></div>`
})
export class navComponent implements OnInit {
public project:any;
constructor(private projectService:ProjectService) {}
ngOnInit() {
this.projectService.activeProject.subscribe(active => this.project = active);
}
public load(projectId:string) {
this.projectService.load(projectId);
}
}
Sou um grande fã de observadores e observáveis, então espero que esta atualização ajude!
Resposta original
Acho que este é um caso de uso de usar um Assunto Observable ou Angular2a EventEmitter.
No seu serviço, você cria um EventEmitterque permite inserir valores nele. No Alpha 45 você precisa convertê-lo toRx(), mas eu sei que eles estavam trabalhando para se livrar disso; portanto, no Alpha 46, você pode simplesmente devolver o EvenEmitter.
class EventService {
_emitter: EventEmitter = new EventEmitter();
rxEmitter: any;
constructor() {
this.rxEmitter = this._emitter.toRx();
}
doSomething(data){
this.rxEmitter.next(data);
}
}
Dessa maneira, é possível selecionar EventEmitteras diferentes funções de serviço.
Se você quiser retornar um observável diretamente de uma chamada, poderá fazer algo assim:
myHttpCall(path) {
return Observable.create(observer => {
http.get(path).map(res => res.json()).subscribe((result) => {
//do something with result.
var newResultArray = mySpecialArrayFunction(result);
observer.next(newResultArray);
//call complete if you want to close this stream (like a promise)
observer.complete();
});
});
}
Isso permitiria que você fizesse isso no componente:
peopleService.myHttpCall('path').subscribe(people => this.people = people);
E mexa com os resultados da chamada em seu serviço.
Gosto de criar o EventEmitterfluxo por conta própria, caso precise obter acesso a partir de outros componentes, mas pude ver as duas maneiras de trabalhar ...
Aqui está um desentupidor que mostra um serviço básico com um emissor de evento: Plunkr