uzun çalışan gerektiğini süreçleri "canlı"? Uzun süreli süreçler bir React + Redux uygulamasında nerede yaşıyor? a + tepki Redux uygulamasında
class WebsocketStreamer {
sendMessage(message) {
this.socket.send(…);
}
onMessageReceive(event) {
this.dispatch({
type: "STREAMER_RECV",
message: event.data,
})
}
}
nasıl bu sınıfın yaşam döngüsü yönetilmelidir:
Basit bir örnek için
, bir WebSocket'e üzerinden mesaj gönderip alan bir sınıf düşünün?
Benim ilk içgüdüsü store
üzerinde tutmaktır:
var stores = {
streamer: function(state={}, action) {
if (action.type == "@@INIT")
return { streamer: new WebsocketStreamer() }
if (action.type == "STREAMER_SEND")
state.streamer.sendMessage(action.message)
return state;
}
}
Ama kenara biraz garip olmaktan, orada da dispatch()
işleve erişmek için WebsocketStreamer
şekli değil ve sıcak tatili yeniden.
const streamer = new WebsocketStreamer();
Ama bariz test edilebilirlik etkileri vardır ve sıcak çok yeniden sonları:
başka potansiyel çözüm küresel bir yerde tutmak etmektir.
Peki nereden uzun süren bir süreç + a tepki Redux uygulamasında yaşamak gerekir?
Not: Bu basit örnek sadece depolar + eylem sağlayıcıları ile inşa edilebileceğini biliyoruz. Fakat özellikle uzun süredir yaşanmış süreçlerin var oldukları durumlarda bulunmasını bilmek istiyorum. Ben WebSockets ile benzer bir şey yapıyorum
Chris, redux deposunda İtici istemcisi depolama sıcak doldurma özelliğine sahip konular çok neden olduğunu tespit ettik. Bunu deneyimlediniz mi/aştın mı? –
Bununla konuşamam Steven. Geçmişte bu kavram aşaması kanıtı gibi bir şey kullanmadım. –