Reactivecocoa: 하나의 비동기 작업 만 시작하고 신호 결과를 공유하기위한 최상의 설계 패턴

-replay 또는 -replayLazily 를 사용하여이를 달성 할 수 있습니다.

하지만 여전히 비동기 작업이 수행되는 동안 재생 된 신호를 유지하기 위해이 instnace 변수를 사용해야합니까?

귀하의 질문을 이해했는지 잘 모르겠습니다. 유사한 패턴을 사용하기 때문에 API 호출 전에 인증 토큰 을

내가 잘못된 설명을 제공했을 수도 있습니다. 첫 번째 구독으로 인해 비동기 작업이 실행되는 동안 다른 구독에서 결과를 공유하고 싶지만이 작업이 완료되고 신호가 완료되면 새 구독이이 작업을 다시 시작하기를 원합니다. 내 영어 죄송합니다;)

이 경우, 당신이 한 것보다 훨씬 더 나은 접근 방법이 있는지 잘 모르겠습니다. 그러나 몇 가지 유의할 사항이 있습니다.

1. _sharedWorkSignal 읽기 및 쓰기는 스레드로부터 안전하지 않습니다. 이를 위해 atomic 속성을 사용해야합니다.
2. -publish 및 -autoconnect 대신 -replayLazily 을 (를) 사용하고 싶을 것입니다. 그렇지 않으면 새 구독자가 연결되기 전에 전송 된 값을받지 못합니다.
3. -doCompleted: 및 -doError: 대신 -finally: 를 사용할 수 있습니다.

큰! 저스틴 정말 감사합니다! -finally 어떻게 놓칠 수 있습니까? 그리고 귀하의 메모에 감사드립니다! 닫은.

: 스파클 :

메서드, 인스턴스 변수 또는 속성을 사용하지 않으려면 다음과 같이 시도 할 수 있습니다.

RACSignal *testSig = [[RACSignal return:[NSMutableArray arrayWithCapacity:1]] map:^id(NSMutableArray *array) {

            if (array.count == 0) {

                RACSignal *sig = [[RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {


                    // Do stuff
                        [subscriber sendNext:something];
                        [subscriber sendCompleted];

                        return nil;
                    }] doCompleted:^{
                        [array removeAllObjects];
                    }];


                    [array addObject:sig.replayLast];
                }

                return array.lastObject;
}].replayLazily;

배열이나 주제를 사용하면 변수를 선언하거나 속성을 사용하지 않고도 무언가에 대한 참조를 유지할 수 있습니다.

이 코드는 스레드로부터 안전하지 않습니다. 때때로 변수를 사용하는 것이 가장 좋은 대답입니다.

좋습니다. 가장 안전한 전략은 원자 속성을 "앵커"로 사용하는 것입니다. 특히 RAC 블록에서 짜내는 모든 변수에 대해 그렇습니다.

나는 필요할 때 "다시 트리거"하지 않을 공유 신호와 같은 종류의 동일한 문제에 직면하고 있습니다.
RACMultiConnection 방식으로 가능한 많은 솔루션을 시도했지만 항상 동일한 문제에 직면 해 있습니다. 소스 신호를 다시 트리거 할 때마다 다음으로 전송되는 모든 이전 구독자에게 전송됩니다.

더 자세히 :

1) 네트워크 요청은 이전 대리자 구현을 래핑하는 편리한 메서드에 의해 이루어집니다.

RACSignal *performRequestSignal =
    [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
        // Create data received signal
        RACSignal *dataReceivedSignal = [[self rac_signalForSelector:@selector(dataReceived:forRequest:) fromProtocol:@protocol(MainDataControllerDelegate)] filter:^BOOL(RACTuple *returnTuple) {
            DataRequest *request = returnTuple.second;
            DataResponse *dataResponse = returnTuple.first;

            return ((request.type == dataRequest.type) && ([dataResponse.value isKindOfClass:dataResponseClass]));
        }];

        // Subscribe
        [dataReceivedSignal subscribeNext:^(RACTuple *returnTuple) {
            DataResponse *dataResponse = returnTuple.first;
            [subscriber sendNext:dataResponse.value];
            [subscriber sendCompleted];

        }];

        // Create data request failed signal
        RACSignal *requestFailedSignal = [self rac_signalForSelector:@selector(requestFailed:error:) fromProtocol:@protocol(MainDataControllerDelegate)];

        // Subscribe
        [requestFailedSignal subscribeNext:^(RACTuple *returnTuple) {
            NSError *error = returnTuple.second;
            [subscriber sendError:error];
        }];

        // Trigger the request to API
        [[MainDataController sharedInstance] addRequest:dataRequest delegate:self priority:queuePriority];

        return [RACDisposable disposableWithBlock:^{
            [[MainDataController sharedInstance] cancelRequest:dataRequest];
        }];
    }];

    return performRequestSignal;

2)이 메소드는 이전 메소드를 사용하여 "retrieveThingsSignal"이라고 부르는 편의 신호를 생성합니다.

- (RACSignal *)retrieveThings
{
    if (_retrieveDebtors) return _retrieveDebtors;

    RACSignal *requestSignal = [self retrieveThingsSignal];
    _retrieveDebtors = [[requestSignal replayLast] finally:^{
        _retrieveThings = nil;
    }];

    return _retrieveThings;

3)이 코드를 실행하는 신호를 다시 트리거하지 않을 때마다

[[self retrieveThings] subscribeNext:^(NSArray *things) {
        @strongify(self);
        self.things = things;
    } error:^(NSError *error) {
        @strongify(self)
        self.things = nil;
    }];

self.things 는 retreiveThings 새 요청을해야 할 때마다 그에 따라 업데이트되지만, 1) 단계에 중단 점을두면 next: 는 모든 이전 구독자에게 전송됩니다. retrieveThings 두 번 호출하면 해당 중단 점에서 기본 신호가 next: 를 두 명의 다른 구독자에게 전송한다는 것을 수신합니다 (하나는 실제로 subscribeNext: 블록을 실행 함). . 가입자가 3 ~ 3 명이면 ...

이 동작을 방지 할 수 있습니까?

매번 네트워크 요청을 트리거하지 않고 retrieveThings 메서드에서 마지막으로 보낸 값을 공유하고 싶지만 필요한 경우 다음 구독이 실제로 네트워크 요청을 트리거하도록 정리해야합니다.