Reactivecocoa: Utilisation ambiguë de 'flatten', nouveau dans 4.2.x

Créé le 4 juin 2016  ·  10Commentaires  ·  Source: ReactiveCocoa/ReactiveCocoa

Peut-être lié à https://github.com/ReactiveCocoa/ReactiveCocoa/issues/2530

Cela fonctionnait avant la mise à jour vers 4.2.x .

Je suis nouveau sur ReactiveCocoa et je ne sais pas comment résoudre ce problème.

var signalProducers: [SignalProducer<Void, NSError>] = [ some0SignalProducer ]
signalProducers += some1SignalProducers
signalProducers += some2SignalProducers
signalProducers += some3lSignalProducers

return SignalProducer(values: signalProducers)
            .flatten(FlattenStrategy.Concat)
question

Tous les 10 commentaires

Vous devrez déclarer le type du producteur de signal. Nous avons ajouté des surcharges qui gèrent NoError , mais cela peut perturber l'inférence de type dans certains cas.

Cela devrait fonctionner :

var signalProducers: [SignalProducer<Void, NSError>] = [ some0SignalProducer ]
signalProducers += some1SignalProducers
signalProducers += some2SignalProducers
signalProducers += some3lSignalProducers

return SignalProducer<SignalProducer<Void, NSError>, NoError>(values: signalProducers)
            .flatten(FlattenStrategy.Concat)

Désolé pour le dérangement !

@mdiep m'a sauvé ! ??

@mdiep est-ce quelque chose qui devrait être abordé à l'avenir ? Nous avons maintenant beaucoup de types explicites à cause de cela. Il n'est pas si rapide de l'écrire maintenant, de même qu'il n'est pas concis et plus difficile à lire.

@nikita-leonov IIUC, cela devrait déjà être traité par https://github.com/ReactiveCocoa/ReactiveCocoa/pull/3043 et publié en tant que v4.2.2 .

@ikesyo merci ! J'ai remarqué que la 4.2.2 n'est pas encore publiée dans CocoaPods. Est-ce quelque chose que les contributeurs principaux peuvent gérer ? Je vous vois répertorié dans les propriétaires pour un pod.

Ce qu'il faut encore tester, comme mentionné au #3043 😁

@NachoSoto Yeap, il manque des tests unitaires, mais déjà fusionnés dans 4.2.2 et déjà publiés :( Il semble logique que 4.2.2 soit également publié dans CocoaPods.

@NachoSoto Le test a été ajouté en #3048. :clin d'œil:

@ikesyo oh derp bien sûr. Merci!

@ikesyo ok je l'ai géré. @ashfurrow a partagé l'accès au tronc podspec et j'ai publié 4.2.2.

Cette page vous a été utile?
0 / 5 - 0 notes