Reactivecocoa: आप उन आदेशों को कैसे संभालते हैं जिनकी पुष्टि की आवश्यकता होती है?

अपने दृश्य मॉडल से alerts सिग्नल भेजने वाले AlertViewModel s को बेनकाब करें। प्रत्येक बटन के लिए उपयुक्त कमांड सेट करें। यह वह समाधान है जिसका मैं अपने ऐप में उपयोग करता हूं।

यह "पुष्टिकरण" व्यवहार ऐसा लगता है जैसे यह दृश्य मॉडल में है क्योंकि यह मेरे विचार के व्यवहार का एक मूलभूत हिस्सा है - मैं पहले पुष्टि के बिना हटाने की अनुमति नहीं देना चाहता।

आप मॉडल देखने में "सुरक्षा बंद होना" मॉडल करना चाहते हैं? यह एक अच्छा विचार हो सकता है यदि आपके पास इस तरह के दृश्य मॉडल को प्रदर्शित करने वाले अलग-अलग विचार हैं, लेकिन पुष्टि के विचार से इसे बहुत कसकर न बांधें: यदि आप अपने मॉडल को तालिका दृश्य में प्रदर्शित करते हैं तो डिलीट बटन प्रदर्शित करने के लिए बाईं ओर स्वाइप करना पहले से ही होगा सुरक्षा को हटाने के रूप में कार्य करें: जब उपयोगकर्ता इसे टैप करता है तो उसे फिर से पुष्टि के लिए पूछने की आवश्यकता नहीं होती है।

मैं व्यक्तिगत रूप से बस एक सरल समाधान के साथ जाऊंगा: बटन के enabled को कमांड से बांधें, लेकिन कमांड को स्वयं नहीं, और मैन्युअल रूप से कमांड के -execute: को UIAlertView से कॉल करें।

हाँ मूल रूप से डेनिस ने क्या कहा। मैंने इसे कई बार किया है।
आपके व्यू मॉडल पर आपके पास है:

1. आपकी प्रारंभिक कार्रवाई के लिए एक आदेश (इस मामले में हटाना)।
2. एक संकेत जो एक पुष्टिकरण की आवश्यकता होने पर एक मूल्य भेजता है
3. पुष्टि के लिए एक एकल आदेश, या स्वीकार करने और अस्वीकार करने के लिए एक आदेश

कोड कुछ इस तरह दिखाई देगा (अनपरीक्षित, और आवश्यक मजबूत/कमजोर करने के बिना):

self.deleteCommand = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(id objectToDelete) { 
    [return self.confirmationCommand.executionSignals
        switchToLatest]
            flattenMap:^id(NSNumber *confirmed) {
                if(confirmed) {
                    return [self deleteObject:objectToDelete];
                } else {
                    return [RACSignal error:someErrorWithAMessageMaybe];
                }
            }];
}];

self.confirmationRequiredSignal = [self.deleteCommand.executing
    filter: ^BOOL(NSNumber *executing) {
        return executing.boolValue;
    }];

तो आपके व्यू कंट्रोलर में आपका डिलीट बटन व्यू मॉडल पर deleteCommand निष्पादित करना शुरू कर देता है, जो तुरंत निष्पादित करना शुरू कर देता है। डिलीट कमांड अब मूल्य के साथ भेजने के लिए confirmationCommand.executionSignals प्रतीक्षा कर रहा है। डिलीट कमांड का निष्पादन self.confirmationRequiredSignal पर भेजे जाने वाले मान को ट्रिगर करता है।

फिर आपका व्यू कंट्रोलर देखता है कि व्यूमोडेल पर confirmationRequiredSignal , एक अलर्ट व्यू फेंकता है और अलर्ट व्यू पर बटन को पुष्टिकरण कमांड से जोड़ता है (पुष्टिकरण कमांड को डिफ़ॉल्ट रूप से बटन की अनुक्रमणिका मिल जाएगी, मुझे विश्वास है, तो आप करेंगे इसे अपने confirmed मान में मैप करना होगा)। एक बार जब उपयोगकर्ता एक बटन टैप करता है, तो self.confirmationCommand निष्पादित होता है, और confirmed मान देता है, इस प्रकार चक्र पूरा करता है। आप वैकल्पिक रूप से deleteCommand में एक त्रुटि वापस कर सकते हैं जैसे मैंने यहां किया है यदि आप शायद self.deleteCommand.errors देखकर एक त्रुटि संदेश या कुछ फेंकना चाहते हैं। या आप कमांड के निष्पादन को पूरा करने के लिए सिर्फ एक खाली सिग्नल वापस कर सकते हैं।

यह मॉडल अलर्ट व्यू, एक्शन शीट आदि के साथ काम करता है। RACCommands वास्तव में बहुत अच्छा है।

@ कोनको शायद सही है कि दृश्य मॉडल में एक साधारण पुष्टि जरूरी नहीं है। लेकिन जारी रखने के लिए कई मानों से चयन करने जैसी चीज़ों के लिए अपनी पिछली जेब में रखना अभी भी एक अच्छा तरीका है। उदाहरण के लिए, कोई व्यक्ति log in with twitter बटन पर टैप करता है, और जारी रखने (या रद्द करने) के लिए उन्हें यह चुनना होगा कि किस ट्विटर खाते का उपयोग करना है (यदि उनके पास एकाधिक हैं)। (एक वास्तविक उदाहरण जिसे मैंने अभी बनाया है।)

@sprynmr प्रतिक्रिया के लिए धन्यवाद, मैं एक समान, लेकिन IMO थोड़ा सरल समाधान के साथ गया था।

मैंने संपत्ति को deleteWithConfirmation: नामक एक विधि से बदल दिया जो एक एकल तर्क लेता है - एक ब्लॉक जो एक RACSignal देता है जो एक एकल मान भेजकर पुष्टि का प्रतिनिधित्व करता है, @YES , या @NO

कमांड अपने आप में एक सिग्नल है जो पुष्टिकरण सिग्नल से पहला मान लेता है और इसे एक उपयुक्त सिग्नल पर मैप करता है - डिलीट सिग्नल की पुष्टि होने पर एक खाली सिग्नल:

- (RACCommand *)deleteWithConfirmation:(RACSignal*(^)(void))signalBlock
{
    NSParameterAssert(signalBlock);

    @weakify(self);

    return [[RACCommand alloc] initWithEnabled:nil signalBlock:^RACSignal *(id input) {
        @strongify(self);

        RACSignal *confirmationSignal = signalBlock();

        return [[confirmationSignal take:1] flattenMap:^RACStream *(id value) {
            if ([value boolValue]) {
                return [self doDeletion]; // for example
            }
            else {
                return [RACSignal empty];
            }
        }];
    }];
}

व्यू कंट्रोलर में, मैं अपने बटन पर कमांड को इस तरह वायर करता हूं:

self.deleteButton.rac_command = [self.viewModel deleteWithConfirmation:^RACSignal *{
        UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"Delete Widget" message:@"Are you sure you want to delete this widget?" delegate:nil cancelButtonTitle:@"Cancel" otherButtonTitles:@"Delete", nil];

        [alert show];

        return [alert.rac_buttonClickedSignal map:^id(NSNumber *buttonIndex) {
            return @([buttonIndex integerValue] == 1);
        }];
    }];

जैसा कि आप देख सकते हैं, मैं जो संकेत लौटाता हूं वह बटन क्लिक किए गए सिग्नल से हां/नहीं मान का सिर्फ एक नक्शा है।

मेरे लिए काफी अच्छा काम करता है! यह अभी भी यथोचित रूप से लचीला लगता है क्योंकि मैं बस एक ऐसे ब्लॉक में पास हो सकता हूं जो एक संकेत देता है जो एक एकल हाँ मान भेजता है यदि मैं पुष्टि छोड़ना चाहता हूं। मैं इसे अपने व्यू मॉडल पर एक अलग विधि के रूप में भी समाहित कर सकता हूं, उदाहरण के लिए:

- (RACCommand *)deleteWithoutConfirmationCommand
{
    return [self deleteWithConfirmation:^RACSignal *{
        return [RACSignal return:@YES];
    }]
}

एक बहुत अच्छा समाधान भी लगता है। मैं इसे फाइल कर दूंगा।

@sprynmr मैंने आपके उत्तर की कोशिश की। हालाँकि, कुछ ऐसा है जो मुझे हैरान कर रहा है।
ब्लॉक द्वारा दिया गया सिग्नल कभी भी पूरा नहीं होगा ( self.confirmationCommand.executionSignals.switchToLatest )। इसका अर्थ है कि कमांड हमेशा निष्पादन मोड में रहेगा, इसलिए यह किसी अन्य कमांड को निष्पादित नहीं कर सकता है।

आप निम्नलिखित कोड को व्यवहार में कैसे बनाते हैं?

self.deleteCommand = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(id objectToDelete) { 
    [return self.confirmationCommand.executionSignals
        switchToLatest]
            flattenMap:^id(NSNumber *confirmed) {
                if(confirmed) {
                    return [self deleteObject:objectToDelete];
                } else {
                    return [RACSignal error:someErrorWithAMessageMaybe];
                }
            }];
}];

@haifengkao जीवनचक्र को नियंत्रित करने के लिए कुछ जोड़ें, जैसे take:1 बाद switchToLatest

वहां एक रिटेन साइकिल के लिए भी देखें। self लिए अपने एकाधिक संदर्भों को @ मजबूत/कमजोर करें