Материал о реактивном программировании в Swift 3 от практикующего iOS-разработчика. Поможем разобраться в теме и научиться применять на практике.
31К открытий32К показов
Около года назад наш iOS-разработчик компании Noveo, Александр, заинтересовался RxSwift. Столкнувшись с нехваткой документации, Саша решил самостоятельно упорядочить все приобретенные в ходе изучения фреймворка знания — для себя и для других. Результатом стала одна из его статей о Swift 2.2. Со времени ее публикации, конечно, и RxSwift, и сам Swift эволюционировали, и материал нуждался в обновлении, и другой iOS-разработчик из Noveo, Михаил, адаптировал материал для Swift 3. После редакции статья заиграла свежими красками, и на этом мы передаем слово нашим коллегам.
Заинтересовавшись темой функционального программирования, я встал на распутье: какой фреймворк выбрать для ознакомления? ReactiveCocoa — ветеран в iOS-кругах, информации по нему вдоволь. Но он вырос из Objective-C, и хотя это не является проблемой, все же в данный момент я в основном пишу на Swift, и хотелось бы взять решение, изначально спроектированное с учетом всех плюшек этого языка. RxSwift же — порт Reactive Extensions; последний, конечно, имеет долгую историю, но сам порт свежий и написан как раз под Swift. На нем я и решил остановиться.
Как выяснилось, документация по RxSwift несколько специфична: описание всех команд ведет на http://reactivex.io/, а там в основном дается общая информация, у разработчиков еще не дошли руки сделать документацию именно для RxSwift, что не всегда удобно. Некоторые команды имеют тонкости в реализации, а есть такие, о которых в общей документации нет ничего, кроме упоминания.
Прочитав все главы вики с гитхаба RxSwift, я решил сразу поразбираться с официальными примерами; тут-то и стало ясно, что с RX такое не пройдет, нужно хорошо понимать основы, иначе будешь как мартышка с копипастом гранатой. Я начал разбирать самые сложные для понимания команды, а потом перешел к тем, что были вроде и понятны, но задавая себе вопросы по ним, я лишь догадывался, как верно ответить, и уверенности в моих ответах у меня не было.
В общем, я решил проработать все операторы RxSwift. Лучший способ что-то понять в программировании — запустить код и посмотреть, как он отработает. Учитывая специфику реактивного программирования, лучше дополнить это схемами (они бывают очень полезны), ну и кратким описанием на русском. Закончив сегодня работу, я подумал, что грех не поделиться результатами с тем, кто лишь присматривается к теме реактивного программирования.
Много картинок и текста ниже, очень много!
Предварительно я рекомендую просмотреть официальную документацию, у меня передана основная суть и специфика RxSwift команд, а не основы. Так же можно “поиграться” с шариками в схемах, так называемые RxMarbles, есть бесплатная версия под iPhone/iPad.
Итак, в этой статье я рассмотрю все (ну или почти все) команды RxSwift, дам для каждой краткое описание, схему (если это имеет смысл), код, результат выполнения, а при необходимости сделаю комментарии по выводу в лог результатов выполнения кода. В статье заголовок каждой команды — ссылка на на официальную документацию, т.к. я не ставил перед собой цели перевести все нюансы по командам. Вот и ссылка конкретно на PDF, где в виде mindMap собраны все команды, что позволяет быстро просмотреть их все. Кусочки кода в PDF приложены для того, чтобы увидеть, как и с каким параметрами нужно работать с командой. Изначально ради этого PDF я все и затеял — чтобы иметь под рукой документ, в котором наглядно видны все команды с их схемами. PDF получился огромным (в плане рабочего пространства, а не веса), но я проверял, даже на iPad 2 все нормально просматривается.
Обо всех ошибках просьба писать в личку, объем работ оказался слегка великоват, после четвертой вычитки текста мои глаза меня прокляли.
Что ж, надеюсь, моя работа кому-то пригодится. Приступим.
Также подразумевается, что читатель имеет общее представление о реактивном программировании в общем и об RxSwift в частности. Не знаю, есть ли смысл городить очередную вводную.
Создание Observable
asObservable
Этот метод реализован в классах RxSwift, если они поддерживают конвертацию в Observable. Например: ControlEvent, ControlProperty, Variable, Driver
example("\"asObservable\"") {
let variable = Variable(0)
variable
.asObservable()
.subscribe({ event in
print(event)
})
variable.value = 1
}
Консоль:
--- "asObservable" example ---
next(0)
next(1)
completed
В данном примере мы Variable преобразовали в Observable и подписались на его события.
create
Этот метод позволяет создавать Observable с нуля, полностью контролируя, какие элементы и когда он будет генерировать.
example("\"create\"") {
Observable
.create({ observer in
observer.on(.next(1))
observer.on(.next(2))
observer.on(.next("A"))
observer.on(.next("B"))
observer.onCompleted()
return Disposables.create()
})
.subscribe({ event in
print(event)
})
}
Консоль:
--- "create" example ---
next(1)
next(2)
next(A)
next(B)
completed
В данном примере мы создали Observable, который сгенерирует несколько значений, и в конце вызовется complete.
deferred
Этот оператор позволяет отложить создание Observable до момента подписки с помощью subscribe.
example("without \"deferred\"") {
var i = 1
let observable = Observable.just(i)
i = 2
observable
.subscribe({ event in
print(event)
})
}
example("with \"deferred\"") {
var i = 1
let observable = Observable.deferred({ Observable.just(i) })
i = 2
observable
.subscribe({ event in
print(event)
})
}
Консоль:
--- without "deferred" example ---
next(1)
completed
--- with "deferred" example ---
next(2)
completed
В первом случае Observable создается сразу, с помощью Observable.just(i), и изменение значения i уже не влияет на генерируемый этой последовательностью элемент. Во втором же случае мы создаем Observable с помощью deferred и можем поменять значение i перед subscribe.
--- "of" example ---
next(2)
next(3)
next(5)
completed
В первом случае мы создали последовательность из двух чисел, во втором — из двух Observable, а затем объединили их между собой с помощью оператора merge.
range
Создает последовательность с конечным числом элементов, возрастающую с шагом 1 от указанного значения указанное число раз, после всех элементов генерируется Completed.
--- repeatElement example ---
Next(2)
Next(2)
Next(2)
.....
timer
Бесконечная последовательность, возрастающая с 0 с шагом 1, с указанной периодичностью и возможностью задержки при старте. Никогда не будут сгенерированы события Completed или Error.
--- "timer" example ---
next(0)
next(1)
next(2)
.....
В данном примере последовательность начнет генерировать элементы с задержкой в 2 секунды, каждые 3 секунды.
Комбинирование Observable
amb
SO = [Observable] или SO1, SO2 = Observable
RO = Observable
Из всех Observable SO выбирается тот, который первым начинает генерировать элементы, его элементы и дублируются в RO, остальные SO игнорируются.
example("\"amb\"") {
let subjectA = PublishSubject()
let subjectB = PublishSubject()
let subjectC = PublishSubject()
let subjectD = PublishSubject()
Observable
.amb([subjectA.asObservable(), subjectB.asObservable(), subjectC.asObservable(), subjectD.asObservable()])
.subscribe({ event in
print(event)
})
subjectC.onNext("C1")
subjectD.onNext("D1")
subjectB.onNext("B1")
subjectA.onNext("A1")
subjectC.onNext("C2")
subjectD.onNext("D2")
subjectA.onNext("A2")
}
Консоль:
--- "amb" example ---
next(C1)
next(C2)
Т.к. первым сгенерировал элемент subjectC, лишь его элементы дублируются в RO, остальные игнорируются.
combineLatest
SO = SO1, SO2,... SON = Observable
RO = Observable<f(T,T)>
Как только все Observable сгенерировали хотя бы по одному элементу, эти элементы используются в качестве параметров в переданную функцию, и результат этой функции генерируется RO в качестве элемента. В дальнейшем при генерации элемента любым Observable генерируется новый результат функции с последними элементами из всех комбинируемых Observable.
В этом примере я создал Observable с помощью timer — для генерации элементов с разной задержкой, чтобы было видно, как перемешиваются элементы. К моменту появления первого элемента sequenceA появилось уже три элемента sequenceB. Поэтому первым элементом в RO последовательности стала пара объектов A0 – B2.
concat
SO = Observable<Observable> или SO1, SO2 = Observable
RO = Observable
В RO элементы включают сначала все элементы первого Observable, и лишь затем следующего. Это означает, что если первый Observable никогда не сгенерирует Completed, элементы второго никогда не поступят в RO. Ошибка в текущем Observable пробрасывается в RO.
example("\"concat\"") {
let sequenceA = Observable.of(1, 2, 3)
let sequenceB = Observable.of("A", "B", "C")
sequenceA
.concat(sequenceB)
.subscribe({ event in
print(event)
})
}
Последовательности сделаны с задержкой в генерации, и видно, что элементы в RO теперь вперемешку, в том порядке, в котором они были сгенерированы в исходных Observable.
startWith
SO = Observable
RO = Observable
В начало SO добавляются элементы, переданные в качестве аргумента.
--- "startWith" example ---
next(6)
next(7)
next(1)
next(2)
next(3)
completed
switchLatest
SO = Observable<Observable>
RO = Observable
Изначально подписываемся на O1 генерируемого SO, его элементы зеркально генерируются в RO. Как только из SO генерируется очередной Observable, элементы предыдущего Observable отбрасываются, т.к. происходит отписка от O1, подписываемся на O2 и так далее. Таким образом в RO — элементы лишь из последнего сгенерированного Observable.
example("\"switchLatest\" without delays") {
let variableA = Variable(0)
let variableB = Variable(100)
let variableC = Variable(variableA.asObservable())
variableC
.asObservable()
.switchLatest()
.subscribe({ event in
print(event)
})
variableA.value = 1
variableA.value = 2
variableB.value = 3
variableC.value = variableB.asObservable()
variableB.value = 4
variableA.value = 5
}
example("\"switchLatest\" with delays") {
var sequenceObserver: AnyObserver<Observable>?
Observable<Observable>
.create({ observer in
sequenceObserver = observer
return Disposables.create()
})
.switchLatest()
.debug("result\t\t")
.subscribe()
Observable
.timer(0, period: 0.3, scheduler: MainScheduler.instance)
.skip(1)
.take(3)
.subscribe(onNext: { element in
let observable = Observable
.timer(0.0, period: 0.1, scheduler: MainScheduler.instance)
.map({ $0 + element })
.take(3)
.debug("timer #\(element)\t")
sequenceObserver?.onNext(observable)
}, onCompleted: {
sequenceObserver?.onCompleted()
})
}
В первом примере показано, как команда работает в статике, когда мы руками переподключаем Observable. Во втором примере оператором create создан Observable<Observable>, AnyObserver которого мы вынесли в переменную, по таймеру получающую новый Observable, который реализован в виде таймера. Т.к. задержки у таймеров разные, то можно наблюдать. как с помощью switchLatest в RO попадают значения из последнего сгенерированного таймера.
withLatestFrom
SO1, SO2 = Observable
RO = Observable<f(T,T)>
Как только O1 генерирует элемент, проверяется, сгенерирован ли хоть один элемент в O2, и если да, то берутся последние элементы из O1 и O2 и используются в качестве аргументов для переданной функции, результат которой генерируется RO в качестве элемента.
example("\"withLatestFrom\" O2, where O2 has previous value") {
let variableA = Variable(0)
let variableB = Variable(10)
variableA
.asObservable()
.withLatestFrom(variableB.asObservable()) {"\($0) - \($1)"}
.subscribe({ event in
print(event)
})
variableA.value = 1
variableA.value = 2
variableB.value = 20
variableB.value = 30
variableA.value = 5
variableA.value = 6
}
example("\"withLatestFrom\" O2, where O2 doesn't have previous value") {
let publishA = PublishSubject()
let publishB = PublishSubject()
publishA
.asObservable()
.withLatestFrom(publishB.asObservable()) {"\($0) - \($1)"}
.subscribe({ event in
print(event)
})
publishA.onNext(1)
publishA.onNext(2)
publishB.onNext(20)
publishB.onNext(30)
publishA.onNext(5)
publishA.onNext(6)
}
Консоль:
--- "withLatestFrom" O2, where O2 has previous value example ---
next(0 - 10)
next(1 - 10)
next(2 - 10)
next(5 - 30)
next(6 - 30)
completed
--- "withLatestFrom" O2, where O2 doesn't have previous value example ---
next(5 - 30)
next(6 - 30)
zip
SO = Observable<Observable>
RO = Observable<f(T,T)>
Элементы RO представляют собой комбинацию из элементов, сгенерированных исходными Observable, объединение идет по индексу выпущенного элемента.
example("\"zip\"") {
let publishA = PublishSubject()
let publishB = PublishSubject()
Observable
.zip(publishA.asObservable(), publishB.asObservable()) {"\($0) - \($1)"}
.subscribe({ event in
print(event)
})
publishA.onNext(0)
publishA.onNext(1)
publishA.onNext(2)
publishB.onNext("A")
publishB.onNext("B")
publishA.onNext(3)
publishB.onNext("C")
}
Консоль:
--- "zip" example ---
next(0 - A)
next(1 - B)
next(2 - C)
Из примеров видно, что элементы комбинируются попарно в том порядке, в каком они были сгенерированы в исходных Observable.
Фильтрация
distinctUntilChanged
Пропускаем все повторяющиеся подряд идущие элементы.
При каждом сгенерированном элементе последовательности семплера (воспринимать как таймер) — брать последний выпущенный элемент исходной последовательности и дублировать его в RO, ЕСЛИ он не был сгенерирован ранее.
let firstSequence = Observable
.timer(0, period: 0.1, scheduler: MainScheduler.instance)
.take(10)
let secondSequence = Observable
.timer(0, period: 0.17, scheduler: MainScheduler.instance)
.take(10)
firstSequence
.sample(secondSequence)
.subscribe({ event in
print(event)
})
Из исходной последовательности берется единственный элемент, если элементов > 1 — генерировать ошибку. Есть вариант с предикатом.
example("simple \"single\" with error") {
Observable
.of(1, 2, 3, 4)
.single()
.subscribe({ event in
print(event)
})
}
example("predicate \"single\" with success") {
Observable
.of(1, 2, 3, 4)
.single({ $0 == 2 })
.subscribe({ event in
print(event)
})
}
example("predicate \"single\" with error") {
Observable
.of(1, 2, 3, 4)
.single({ $0 < 0 })
.subscribe({ event in
print(event)
})
}
Консоль:
--- simple "single" with error example ---
next(1)
error(Sequence contains more than one element.)
--- predicate "single" with success example ---
next(2)
completed
--- predicate "single" with error example ---
error(Sequence doesn't contain any elements.)
В первом примере в исходной последовательности оказалось больше 1 элемента, поэтому была сгенерирована ошибка в момент генерирования в SO второго элемента. Во втором примере условиям предиката удовлетворил всего 1 элемент, поэтому ошибки сгенерировано не было.
Из SO отбрасываем первые элементы, которые были сгенерированы в первые N.
example("\"skip\" with duration") {
Observable
.timer(0, period: 0.1, scheduler: MainScheduler.instance)
.take(5)
.skip(0.25, scheduler: MainScheduler.instance)
.subscribe({ event in
print(event)
})
}
Консоль:
--- "skip" with duration example ---
next(3)
next(4)
completed
skipUntil
Отбрасываем из SO элементы, которые были сгенерированы до начала генерации элементов последовательностью, переданной в качестве параметра.
example("\"skipUntil\"") {
let firstSequence = Observable
.timer(0, period: 0.1, scheduler: MainScheduler.instance)
.take(5)
let secondSequence = Observable
.timer(0.25, period: 0.1, scheduler: MainScheduler.instance)
.take(1)
firstSequence
.skipUntil(secondSequence)
.subscribe({ event in
print(event)
})
}
Консоль:
--- "skipUntil" example ---
next(3)
next(4)
completed
Генерация элементов в secondSequence была отложена на 1 секунду с помощью команды delaySubscription, таким образом элементы из firstSequence стали дублироваться в RO лишь через 1 секунду.
skipWhile
Отбрасываем из SO элементы до тех пор, пока функция, переданная в качестве параметра, возвращает true.
--- "skipWhile" example ---
next(3)
next(4)
completed
skipWhileWithIndex
Отбрасываем из SO элементы до тех пор, пока пока функция, переданная в качестве параметра, возвращает true. Отличие от skipWhile в том, что еще одним параметром, переданным в функцию, является индекс сгенерированного элемента.
example("\"skipWhileWithIndex\"") {
Observable
.of(1,2,5,0,7)
.skipWhileWithIndex({ (value, index) -> Bool in
return value < 4 || index < 2
})
.subscribe({ event in
print(event)
})
}
Консоль:
--- "skipWhileWithIndex" example ---
next(5)
next(0)
next(7)
completed
--- "takeLast" example ---
next(3)
next(4)
completed
Второй пример приведен для иллюстрации в задержке генерации элементов в RO из-за ожидания завершения генерации элементов в SO.
takeUntil
Из SO берутся элементы, которые были выпущены до начала генерации элементов последовательностью, переданной в качестве параметра.
example("\"takeUntil\"") {
let firstSequence = Observable
.timer(0, period: 0.1, scheduler: MainScheduler.instance)
.take(5)
let secondSequence = Observable
.timer(0.25, period: 0.1, scheduler: MainScheduler.instance)
.take(1)
firstSequence
.takeUntil(secondSequence)
.subscribe({ event in
print(event)
})
}
Консоль:
--- "takeUntil" example ---
next(0)
next(1)
next(2)
completed
takeWhile
Из SO берутся элементы до тех пор, пока функция, переданная в качестве параметра, возвращает true.
example("\"takeWhileWithIndex\"") {
Observable
.of(1,2,5,0,7)
.takeWhileWithIndex({ (value, index) -> Bool in
return value < 4 || index < 2
})
.subscribe({ event in
print(event)
})
}
Консоль:
--- "takeWhileWithIndex" example ---
next(1)
next(2)
completed
takeWhileWithIndex
Из SO берутся элементы до тех пор, пока функция, переданная в качестве параметра, возвращает true. Отличие от takeWhile в том, что еще одним параметром, переданным в функцию, является индекс сгенерированного элемента.
example("takeWhileWithIndex") {
let sequence = [1,2,3,4,5,6].toObservable()
.takeWhileWithIndex{ (val, idx) in
val % 2 == 0 || idx < 3
}
sequence.subscribe { e in
print(e)
}
}
Консоль:
--- takeWhileWithIndex example ---
Next(1)
Next(2)
Next(3)
Next(4)
Completed
debounce
Из SO берутся лишь элементы, после которых не было новых элементов N секунд.
--- "debounce" example ---
2017-01-31 15:18:40.601: debounce -> subscribed
2017-01-31 15:18:40.604: first -> subscribed
2017-01-31 15:18:40.605: second -> subscribed
2017-01-31 15:18:40.618: first -> Event next(X0)
2017-01-31 15:18:41.519: debounce -> Event next(X0)
2017-01-31 15:18:41.606: first -> Event next(X1)
2017-01-31 15:18:42.006: second -> Event next(Y1)
2017-01-31 15:18:42.606: first -> Event next(X2)
2017-01-31 15:18:43.406: second -> Event next(Y2)
2017-01-31 15:18:43.606: first -> Event next(X3)
2017-01-31 15:18:44.507: debounce -> Event next(X3)
2017-01-31 15:18:44.606: first -> Event next(X4)
2017-01-31 15:18:44.806: second -> Event next(Y3)
2017-01-31 15:18:45.605: first -> Event next(X5)
2017-01-31 15:18:46.206: second -> Event next(Y4)
2017-01-31 15:18:46.206: second -> Event completed
2017-01-31 15:18:46.206: second -> isDisposed
2017-01-31 15:18:46.605: first -> Event next(X6)
2017-01-31 15:18:46.605: first -> Event completed
2017-01-31 15:18:46.605: first -> isDisposed
2017-01-31 15:18:46.605: debounce -> Event next(X6)
2017-01-31 15:18:46.605: debounce -> Event completed
2017-01-31 15:18:46.605: debounce -> isDisposed
В данном примере элементы генерируются c разными задержками. Поэтому debounce сработает всего несколько раз в момент, когда между элементами будет достаточный временной промежуток.
Трансформация
buffer
SO = Observable<>>
RO = Observable<[T]>
Элементы из SO по определенным правилам объединяются в массивы и генерируются в RO. В качестве параметров передаются count (максимальное число элементов в массиве) и timeSpan (время максимального ожидания наполнения текущего массива из элементов SO). Таким образом, элемент RO являет собой массив [T] длиной от 0 до count.
Максимальное число элементов в массиве указано равное трем, и оно никак не влияет на наполнение массива в данном примере. За максимальное время ожидания наполнения таймер успевает сгенерировать не более 2 элементов. Однако период таймера и время ожидания наполнения выбраны таким образом, что третий массив успеет получить лишь один объект.
flatMap
Каждый элемент SO превращается в отдельный Observable, и все элементы из [O1, O2, O3…] объединяются в RO. Порядок генерации элементов в RO зависит от времени их генерации в исходных [O1, O2, O3…] (как в команде merge).
Каждый элемент SO превращается в отдельный Observable. 1) Изначально подписываемся на O1, его элементы зеркально генерируются в RO. Пока O1 генерирует элементы, все последующие Observable, сгенерированные из SO, отбрасываются, на них не подписываемся. 2) как только O1 оканчивается, если будет сгенерирован новый Observable, на него подпишутся, и его элементы будут дублироваться в RO. Повторяем пункт 1, но вместо O1 берем последний сгенерированный Observable.
--- "flatMap" example ---
2017-01-31 17:41:02.078: результат -> subscribed
2017-01-31 17:41:02.079: внешний -> subscribed
2017-01-31 17:41:02.180: внешний -> Event next(1) // учитывается, т.к. впервые
2017-01-31 17:41:02.182: внутренний -> subscribed // начало 1
2017-01-31 17:41:02.281: внешний -> Event next(2) // не учитывается, т.к. 1 жив
2017-01-31 17:41:02.284: внутренний -> Event next(1 --> 1)
2017-01-31 17:41:02.284: результат -> Event next(1 --> 1) // РЕЗУЛЬТАТ
2017-01-31 17:41:02.284: внутренний -> Event completed // окончание 1
2017-01-31 17:41:02.284: внутренний -> isDisposed
2017-01-31 17:41:02.381: внешний -> Event next(3) // учитывается, т.к. 1 окончен
2017-01-31 17:41:02.382: внутренний -> subscribed // начало 3
2017-01-31 17:41:02.382: внешний -> Event completed
2017-01-31 17:41:02.382: внешний -> isDisposed
2017-01-31 17:41:02.682: внутренний -> Event next(3 --> 3)
2017-01-31 17:41:02.682: результат -> Event next(3 --> 3) // РЕЗУЛЬТАТ
2017-01-31 17:41:02.782: внутренний -> Event next(3 --> 4)
2017-01-31 17:41:02.782: результат -> Event next(3 --> 4) // РЕЗУЛЬТАТ
2017-01-31 17:41:02.883: внутренний -> Event next(3 --> 5)
2017-01-31 17:41:02.883: результат -> Event next(3 --> 5) // РЕЗУЛЬТАТ
2017-01-31 17:41:02.883: внутренний -> Event completed // окончание 3
2017-01-31 17:41:02.883: внутренний -> isDisposed
2017-01-31 17:41:02.883: результат -> Event completed
2017-01-31 17:41:02.883: результат -> isDisposed
В примере благодаря задержкам в генерации мы видим, что, пока не произойдет окончание первого Observable, никакой новый Observable его не заменит.
flatMapLatest
Каждый элемент SO превращается в отдельный Observable. Изначально подписываемся на O1, его элементы зеркально генерируются в RO. Как только из SO выпускается очередной элемент и на его основе генерируется очередной Observable, элементы предыдущего Observable отбрасываются, т.к. происходит отписка. Таким образом в RO — элементы из последнего генерированного Observable.
--- "flatMapLatest" example ---
2017-01-31 18:35:25.941: результат -> subscribed
2017-01-31 18:35:25.942: внешний -> subscribed
2017-01-31 18:35:26.044: внешний -> Event next(1) // Новый сигнал
2017-01-31 18:35:26.046: внутренний -> subscribed // flatMapLatest
2017-01-31 18:35:26.144: внешний -> Event next(2) // Новый сигнал
2017-01-31 18:35:26.145: внутренний -> isDisposed // Отписался от прошлого
2017-01-31 18:35:26.145: внутренний -> subscribed // flatMapLatest
2017-01-31 18:35:26.244: внешний -> Event next(3) // Новый сигнал
2017-01-31 18:35:26.245: внутренний -> isDisposed // Отписался от прошлого
2017-01-31 18:35:26.245: внутренний -> subscribed // flatMapLatest
2017-01-31 18:35:26.245: внешний -> Event completed // Новых сигналов не будет
2017-01-31 18:35:26.245: внешний -> isDisposed
2017-01-31 18:35:26.546: внутренний -> Event next(3 --> 3)
2017-01-31 18:35:26.546: результат -> Event next(3 --> 3) // РЕЗУЛЬТАТ
2017-01-31 18:35:26.646: внутренний -> Event next(3 --> 4)
2017-01-31 18:35:26.646: результат -> Event next(3 --> 4) // РЕЗУЛЬТАТ
2017-01-31 18:35:26.746: внутренний -> Event next(3 --> 5)
2017-01-31 18:35:26.746: результат -> Event next(3 --> 5) // РЕЗУЛЬТАТ
2017-01-31 18:35:26.746: внутренний -> Event completed
2017-01-31 18:35:26.746: внутренний -> isDisposed
2017-01-31 18:35:26.746: результат -> Event completed
2017-01-31 18:35:26.746: результат -> isDisposed
В примере благодаря задержкам в генерации мы видим, что, как только генерируется новый Observable, происходит отписка от предыдущего Observable.
flatMapWithIndex
Каждый элемент SO превращается в отдельный Observable, и все элементы из [O1, O2, O3…] объединяются в RO. Порядок генерации элементов в RO зависит от времени их генерации в исходных [O1, O2, O3…] (как в команде merge). Отличие от flatMap в том, что еще одним параметром, переданным в функцию, является индекс сгенерированного элемента.
--- "map" example ---
next(5)
next(10)
next(15)
completed
mapWithIndex
Observable -> Observable
Элементы SO преобразуются, не меняя порядок их генерации. Можно менять не только значение, но и тип элементов. Отличие от map в том, что еще одним параметром, переданным в функцию, является индекс сгенерированного элемента.
--- "mapWithIndex" example ---
next(A0)
next(B1)
next(C2)
completed
window
SO = Observable
RO = Observable<Observable>
Элементы из SO по определенным правилам передаются в генерирующиеся новые Observable. В качестве параметров передаются count (максимальное число элементов, которые будут сгенерированы каждым Observable) и timeSpan (время максимального ожидания наполнения текущего Observable из элементов SO). Таким образом элемент RO являет собой Observable, число генерируемых элементов которого равно от 0 до N. Основное отличие от bufffer в том, что элементы SO зеркалятся сгенерированными Observable моментально, а в случае buffer мы вынуждены ждать указанное в качестве параметра максимальное время (если буфер не заполнится раньше).
В примере используются временные задержки, что помогает добиться частичной наполненности генерируемых Observable.
Операторы математические и агрегирования
reduce
Каждый элемент SO преобразуется с помощью переданной функции, результат операции передается в качестве параметра в функцию на следующем шаге. Как только SO генерирует терминальное состояние, RO генерирует результат, т.е. RO сгенерирует лишь один элемент.
Каждый элемент SO преобразуется с помощью переданной функции, результат операции генерируется в RO, но, кроме этого, оно передается в качестве параметра в функцию на следующем шаге. В отличии от reduce число элементов в RO равно числу элементов в SO.
--- without "catchErrorJustReturn" example ---
next(1)
next(2)
error(Unknown error occured.)
--- with "catchErrorJustReturn" example ---
next(1)
next(2)
next(3)
completed
После генерации очередного элемента была сгенерирована ошибка, но мы её перехватили и вернули взамен новый элемент.
retry
Позволяет перехватить сгенерированную ошибку из SO и в зависимости от переданного параметра попытаться запустить SO c начала нужное число раз в надежде, что ошибка не повторится.
--- "retry" once example ---
next(1)
next(2)
next(1)
next(2)
error(Unknown error occured.)
Передаваемое в оператор целое число означает количество попыток дождаться успешного окончания. 0 — ни одной попытки, т.е. цепочка ни разу не будет запущена, и просто произойдет completed событие. 1 — такое же поведение, как будто оператор и не не был применен. 2 — исходная попытка + дополнительная, и т.д. Если в оператор не передать параметр, то количество попыток повторить будет бесконечным.
retryWhen
Позволяет перехватить сгенерированную ошибку из SO, и в зависимости от типа ошибки мы либо повторно генерируем ошибку, которая пробрасывается в RO, и на этом выполнение заканчивается, либо генерируем Observable (tryObservable), генерация каждого корректного элемента которого выполнит повторную подписку на SO в надежде, что ошибка исчезнет. Если tryObservable заканчивается ошибкой, она пробрасывается в RO, и на этом выполнение заканчивается.
example("\"retryWhen\"") {
var counter = 0
let sequenceWithError = Observable
.create({ observer in
observer.on(.next(1))
observer.on(.next(2))
counter += 1
switch counter {
case 0..
.create({ observer in
observer.on(.next(10))
// observer.onError(RxError.noElements)
return Disposables.create()
})
.debug("without\t")
let retrySequence = sequenceWithError
.retryWhen({ (observableError: Observable) -> Observable in
return observableError
.flatMap({ (error: RxError) -> Observable in
switch error {
case .unknown: return sequenceWithoutError
default: return Observable.error(error)
}
})
})
.subscribe()
}
Консоль:
--- "retryWhen" example ---
2017-02-03 15:23:18.563: with -> subscribed
2017-02-03 15:23:18.564: with -> Event next(1)
2017-02-03 15:23:18.564: with -> Event next(2)
2017-02-03 15:23:18.565: with -> Event error(Unknown error occured.)
2017-02-03 15:23:18.566: without -> subscribed
2017-02-03 15:23:18.566: without -> Event next(10)
2017-02-03 15:23:18.567: with -> isDisposed
2017-02-03 15:23:18.568: with -> subscribed
2017-02-03 15:23:18.568: with -> Event next(1)
2017-02-03 15:23:18.568: with -> Event next(2)
2017-02-03 15:23:18.568: with -> Event error(Unknown error occured.)
2017-02-03 15:23:18.569: without -> subscribed
2017-02-03 15:23:18.569: without -> Event next(10)
2017-02-03 15:23:18.569: with -> isDisposed
2017-02-03 15:23:18.570: with -> subscribed
2017-02-03 15:23:18.570: with -> Event next(1)
2017-02-03 15:23:18.570: with -> Event next(2)
2017-02-03 15:23:18.571: with -> Event next(3)
Я встроил инкремент переменной i в генерацию sequenceWithError, чтобы на 3й попытке ошибка исчезла. Если раскоментировать генерацию ошибки RxError.Overflow, мы её не перехватим в операторе retryWhen и пробросим в RO.
Операторы для работы с Connectable Observable
multicast
Позволяет проксировать элементы из исходной SO на Subject, переданный в качестве параметра. Подписываться нужно именно на этот Subject, генерация элементов Subject начнется после вызова оператора connect.
publish = multicast + replay subject Позволяет создавать Connectable Observable, которые не генерируют события даже после subscribe. Для старта генерации таким Observable нужно дать команду connect. Это позволяет подписать несколько Observer к одному Observable и начать генерировать элементы одновременно, вне зависимости от того, когда был выполнен subscribe.
var disposeBag: DisposeBag? = DisposeBag()
example("\"publish\"") {
let publish = getExternalObservable()
.debug("\tsequence\t")
.publish()
Observable
.timer(0.0, period: 0.1, scheduler: MainScheduler.instance)
.skip(1)
.take(2)
.subscribe(onNext: { value in
let disposable = publish
.asObservable()
.debug("\tdelayed #\(value)\t")
.subscribe()
disposeBag?.insert(disposable)
})
delay(0.25, closure: { _ in
publish.connect()
})
delay(0.55, closure: { _ in
disposeBag = nil
})
}
func getExternalObservable() -> Observable {
let timer = Observable
.timer(0, period: 0.1, scheduler: MainScheduler.instance)
.take(8)
.shareReplay(1)
defer {
timer.subscribe()
}
return timer
}
Как видно, хоть подписка и была произведена в разное время, пока не вызвали команду connect — генерация элементов не началась. Зато благодаря команде debug видно, что даже после того как все отписались, последовательность продолжила генерировать элементы.
refCount
Позволяет создать обычный Observable из Connectable. После первого вызова subscribe к этому обычному Observable происходит подписка Connectable на SO. Получается что-то вроде
SO будет продолжать генерировать элементы до тех пор, пока есть хотя бы один подписанный на refCountSequence. Как только все подписки на refCountSequence аннулируются, происходит отписка и publishSequence от SO.
var disposeBag: DisposeBag? = DisposeBag()
example("\"refCount\"") {
let sequence = getExternalObservable()
.debug("\tsequence\t\t")
let refCount = sequence
.publish()
.refCount()
.debug("\trefCount\t\t")
Observable
.timer(0.0, period: 0.1, scheduler: MainScheduler.instance)
.take(2)
.subscribe(onNext: { value in
let disposable = refCount
.debug("\tsubscribe #\(value)\t")
.subscribe()
disposeBag?.insert(disposable)
})
delay(0.35, closure: { _ in
disposeBag = nil
})
}
private func getExternalObservable() -> Observable {
let timer = Observable
.timer(0, period: 0.1, scheduler: MainScheduler.instance)
.shareReplay(1)
defer {
timer.subscribe()
}
return timer
}
Если SO обычный, — конвертирует его в Connectable. После этого все, кто подпишутся на него после вызова connect(), мгновенно получат в качестве первых элементов последние сгенерированные N элементов. Даже если отпишутся все — Connectable будет продолжать генерировать элементы.
var disposeBag: DisposeBag? = DisposeBag()
example("\"replay\"") {
let sequence = getExternalObservable()
.replay(2)
let disposable1 = sequence
.debug("\tfirst\t")
.subscribe()
disposeBag?.insert(disposable1)
delay(0.5, closure: { _ in
let disposable2 = sequence
.debug("\tsecond\t")
.subscribe()
disposeBag?.insert(disposable2)
})
delay(0.3, closure: { _ in
sequence.connect()
})
delay(0.7, closure: { _ in
disposeBag = nil
})
}
fileprivate func getExternalObservable() -> Observable {
let timer = Observable
.timer(0, period: 0.1, scheduler: MainScheduler.instance)
.take(10)
.shareReplay(1)
defer {
timer.debug("\ttimer\t").subscribe()
}
return timer
}
Консоль:
--- "replay" example ---
2017-02-02 21:36:30.914: timer -> subscribed
2017-02-02 21:36:30.918: first -> subscribed
2017-02-02 21:36:30.931: timer -> Event next(0)
2017-02-02 21:36:31.016: timer -> Event next(1)
2017-02-02 21:36:31.116: timer -> Event next(2)
2017-02-02 21:36:31.216: timer -> Event next(3)
2017-02-02 21:36:31.248: first -> Event next(3)
2017-02-02 21:36:31.316: timer -> Event next(4)
2017-02-02 21:36:31.317: first -> Event next(4)
2017-02-02 21:36:31.416: timer -> Event next(5)
2017-02-02 21:36:31.416: first -> Event next(5)
2017-02-02 21:36:31.468: second -> subscribed
2017-02-02 21:36:31.468: second -> Event next(4) // мгновенно получил
2017-02-02 21:36:31.468: second -> Event next(5) // мгновенно получил
2017-02-02 21:36:31.515: timer -> Event next(6)
2017-02-02 21:36:31.516: first -> Event next(6)
2017-02-02 21:36:31.516: second -> Event next(6)
2017-02-02 21:36:31.616: timer -> Event next(7)
2017-02-02 21:36:31.617: first -> Event next(7)
2017-02-02 21:36:31.617: second -> Event next(7)
2017-02-02 21:36:31.688: first -> isDisposed // все отписались
2017-02-02 21:36:31.688: second -> isDisposed // все отписались
2017-02-02 21:36:31.716: timer -> Event next(8) // продолжают генерироваться
2017-02-02 21:36:31.816: timer -> Event next(9) // продолжают генерироваться
2017-02-02 21:36:31.817: timer -> Event completed
2017-02-02 21:36:31.817: timer -> isDisposed
replayAll
Если SO обычный, — конвертирует его в Connectable. Все, кто подпишутся на него, после вызова connect() получат сначала все элементы, которые были сгенерированы ранее. Даже если отпишутся все, Connectable будет продолжать генерировать элементы.
var disposeBag: DisposeBag? = DisposeBag()
example("\"replayAll\"") {
let sequence = getExternalObservable()
.replayAll()
let disposable1 = sequence
.debug("\tfirst\t")
.subscribe()
disposeBag?.insert(disposable1)
delay(0.5, closure: { _ in
let disposable2 = sequence
.debug("\tsecond\t")
.subscribe()
disposeBag?.insert(disposable2)
})
delay(0.3, closure: { _ in
sequence.connect()
})
delay(0.7, closure: { _ in
disposeBag = nil
})
}
fileprivate func getExternalObservable() -> Observable {
let timer = Observable
.timer(0, period: 0.1, scheduler: MainScheduler.instance)
.take(10)
.shareReplay(1)
defer {
timer.debug("\ttimer\t").subscribe()
}
return timer
}
Консоль:
--- "replayAll" example ---
2017-02-02 21:39:27.174: timer -> subscribed
2017-02-02 21:39:27.178: first -> subscribed
2017-02-02 21:39:27.190: timer -> Event next(0)
2017-02-02 21:39:27.276: timer -> Event next(1)
2017-02-02 21:39:27.376: timer -> Event next(2)
2017-02-02 21:39:27.476: timer -> Event next(3)
2017-02-02 21:39:27.509: first -> Event next(3) // 1й элемент
2017-02-02 21:39:27.576: timer -> Event next(4)
2017-02-02 21:39:27.576: first -> Event next(4) // 2й элемент
2017-02-02 21:39:27.675: timer -> Event next(5)
2017-02-02 21:39:27.675: first -> Event next(5) // 3й элемент
2017-02-02 21:39:27.731: second -> subscribed // подписание
2017-02-02 21:39:27.731: second -> Event next(3) // сразу получил 1й
2017-02-02 21:39:27.731: second -> Event next(4) // сразу получил 2й
2017-02-02 21:39:27.731: second -> Event next(5) // сразу получил 3й
2017-02-02 21:39:27.775: timer -> Event next(6)
2017-02-02 21:39:27.775: first -> Event next(6)
2017-02-02 21:39:27.775: second -> Event next(6)
2017-02-02 21:39:27.875: timer -> Event next(7)
2017-02-02 21:39:27.876: first -> Event next(7)
2017-02-02 21:39:27.876: second -> Event next(7)
2017-02-02 21:39:27.946: first -> isDisposed // все отписались
2017-02-02 21:39:27.946: second -> isDisposed // все отписались
2017-02-02 21:39:27.975: timer -> Event next(8) // продолжают генерироваться
2017-02-02 21:39:28.076: timer -> Event next(9) // продолжают генерироваться
2017-02-02 21:39:28.076: timer -> Event completed
2017-02-02 21:39:28.076: timer -> isDisposed
Вспомогательные методы
debug
RO полностью дублирует SO, но логируются все события с временной меткой.
Как видно, благодаря observeOn мы смогли выполнить код внутри subscribe на другом потоке, хотя оба Observable были запущены на background.
subscribe
Оператор, связывающий Observable с Observer, позволяет подписаться на все события из Observable.
example("\"subscribe\" with failure") {
observable(failing: true)
}
example("\"subscribe\" with success") {
observable(failing: false)
}
func observable(failing: Bool) {
var observable: Observable!
switch failing {
case true: observable = Observable.error(RxError.argumentOutOfRange)
case false: observable = Observable.of(1)
}
observable
.subscribe(onNext: { value in
print("next: \(value)")
}, onError: { error in
print("error: \(error)")
}, onCompleted: {
print("completed")
}, onDisposed: {
print("disposed")
})
}
Консоль:
--- "subscribe" with failure example ---
error: Argument out of range.
disposed
--- "subscribe" with success example ---
next: 1
completed
disposed
subscribeOn
Указывает, на каком Scheduler выполнять подписку на Observable. Редко используемый оператор. Для получения колбэков на нужном Scheduler следует пользоваться observeOn.
Позволяет проинструктировать Observable создать ресурс, который будет жить лишь пока жив RO, в качестве параметров передаются 2 фабрики, одна генерирует ресурс, вторая — Observable из ресурса, у которых будет единое время жизни.
Миниатюрный инструмент для пентестеров Flipper Zero получил крупное обновление до версии 1.0. В числе нововведений: увеличенная автономность, более быстрая передача данных через Bluetooth, ускоренное чтение NFC-карт и поддержка JavaScript для разработчиков
Компания Proton открыла исходный код всех версий своего облачного хранилища Proton Drive, включая приложения для Windows, macOS, iOS и Android. Теперь пользователи и эксперты могут самостоятельно проверить безопасность приложений
Мы создаём новую среду разработки приложений для ОС Аврора и не только. При этом стараемся сделать её интуитивно понятной, без необходимости вручную настраивать окружение и гуглить каждый шаг. Рассказали, что уже есть и что планируем добавить.
