ios - व्यू कंट्रोलर के बीच डेटा पास करना




objective-c oop (20)

मैं आईओएस और उद्देश्य-सी और पूरे एमवीसी प्रतिमान के लिए नया हूं और मैं निम्नलिखित के साथ अटक गया हूं:

मेरे पास एक ऐसा दृश्य है जो डेटा एंट्री फॉर्म के रूप में कार्य करता है और मैं उपयोगकर्ता को कई उत्पादों का चयन करने का विकल्प देना चाहता हूं। उत्पादों को UITableViewController साथ किसी अन्य दृश्य पर सूचीबद्ध किया गया है और मैंने कई चयन सक्षम किए हैं।

मेरा सवाल यह है कि, मैं डेटा को एक दृश्य से दूसरे में कैसे स्थानांतरित कर सकता हूं? मैं एक सरणी में UITableView पर चयन आयोजित करूँगा, लेकिन फिर मैं इसे पिछले डेटा एंट्री फॉर्म व्यू पर कैसे पास करूं ताकि इसे फॉर्म जमा करने पर कोर डेटा पर अन्य डेटा के साथ सहेजा जा सके?

मैंने चारों ओर सर्फ किया है और कुछ लोगों को ऐप प्रतिनिधि में एक सरणी घोषित किया है। मैंने सिंगलेट्स के बारे में कुछ पढ़ा लेकिन समझ में नहीं आया कि ये क्या हैं और मैंने डेटा मॉडल बनाने के बारे में कुछ पढ़ा है।

ऐसा करने का सही तरीका क्या होगा और मैं इसके बारे में कैसे जाऊं?


तीव्र

के आस-पास और आसपास कई टन और स्पष्टीकरण हैं, लेकिन यदि आप शुरुआत करने वाले हैं तो बस कुछ बुनियादी काम करने की कोशिश कर रहे हैं, तो इस यूट्यूब ट्यूटोरियल को देखने का प्रयास करें (यह मुझे अंततः यह समझने में मदद करता है कि इसे कैसे किया जाए)।

अगले दृश्य नियंत्रक को आगे डेटा पास करना

निम्नलिखित वीडियो पर आधारित एक उदाहरण है। विचार दूसरे व्यू कंट्रोलर में लेबल पर प्रथम दृश्य नियंत्रक में टेक्स्ट फ़ील्ड से स्ट्रिंग को पास करना है।

इंटरफ़ेस बिल्डर में स्टोरीबोर्ड लेआउट बनाएं। सेगू बनाने के लिए, आप बस बटन पर क्लिक करें और दूसरे व्यू कंट्रोलर पर खींचें।

पहले देखें नियंत्रक

प्रथम दृश्य नियंत्रक के लिए कोड है

import UIKit

class FirstViewController: UIViewController {

    @IBOutlet weak var textField: UITextField!

    // This function is called before the segue
    override func prepare(for segue: UIStoryboardSegue, sender: Any?) {

        // get a reference to the second view controller
        let secondViewController = segue.destination as! SecondViewController

        // set a variable in the second view controller with the String to pass
        secondViewController.receivedString = textField.text!
    }

}

दूसरा दृश्य नियंत्रक

और दूसरा दृश्य नियंत्रक के लिए कोड है

import UIKit

class SecondViewController: UIViewController {

    @IBOutlet weak var label: UILabel!

    // This variable will hold the data being passed from the First View Controller
    var receivedString = ""

    override func viewDidLoad() {
        super.viewDidLoad()

        // Used the text from the First View Controller to set the label
        label.text = receivedString
    }

}

मत भूलना

  • UITextField और UILabel लिए दुकानों को हुक अप करें।
  • आईबी में उपयुक्त स्विफ्ट फाइलों में पहले और दूसरे व्यू कंट्रोलर सेट करें।

डेटा को पिछले व्यू कंट्रोलर पर वापस पास करना

दूसरे व्यू कंट्रोलर से डेटा को पहले व्यू कंट्रोलर में वापस पास करने के लिए, आप प्रोटोकॉल और प्रतिनिधि का उपयोग करते हैं। यह प्रक्रिया उस प्रक्रिया के बावजूद एक बहुत ही स्पष्ट चलना है:

निम्नलिखित वीडियो पर आधारित एक उदाहरण है (कुछ संशोधनों के साथ)।

इंटरफ़ेस बिल्डर में स्टोरीबोर्ड लेआउट बनाएं। फिर, सेगू बनाने के लिए, आप बटन से दूसरे व्यू कंट्रोलर पर खींचें। showSecondViewController लिए segue पहचानकर्ता सेट करें। साथ ही, निम्नलिखित कोड में नामों का उपयोग करके आउटलेट और क्रियाओं को हुक करना न भूलें।

पहले देखें नियंत्रक

प्रथम दृश्य नियंत्रक के लिए कोड है

import UIKit

class FirstViewController: UIViewController, DataEnteredDelegate {

    @IBOutlet weak var label: UILabel!

    override func prepare(for segue: UIStoryboardSegue, sender: Any?) {
        if segue.identifier == "showSecondViewController" {
            let secondViewController = segue.destination as! SecondViewController
            secondViewController.delegate = self
        }
    }

    func userDidEnterInformation(info: String) {
        label.text = info
    }
}

हमारे कस्टम DataEnteredDelegate प्रोटोकॉल के उपयोग पर ध्यान दें।

दूसरा दृश्य नियंत्रक और प्रोटोकॉल

दूसरे दृश्य नियंत्रक के लिए कोड है

import UIKit

// protocol used for sending data back
protocol DataEnteredDelegate: class {
    func userDidEnterInformation(info: String)
}

class SecondViewController: UIViewController {

    // making this a weak variable so that it won't create a strong reference cycle
    weak var delegate: DataEnteredDelegate? = nil

    @IBOutlet weak var textField: UITextField!

    @IBAction func sendTextBackButton(sender: AnyObject) {

        // call this method on whichever class implements our delegate protocol
        delegate?.userDidEnterInformation(info: textField.text!)

        // go back to the previous view controller
        _ = self.navigationController?.popViewController(animated: true)
    }
}

ध्यान दें कि protocol व्यू कंट्रोलर क्लास के बाहर है।

बस। ऐप को अभी चलाना आपको दूसरे व्यू कंट्रोलर से पहले डेटा वापस भेजने में सक्षम होना चाहिए।


ViewController 2 (गंतव्य) से डेटा वापस पास करने के लिए नियंत्रक 1 (स्रोत) अधिक दिलचस्प बात है। मान लीजिए कि आप कहानी का उपयोग करते हैं, उन सभी तरीकों से मुझे पता चला है:

  • प्रतिनिधि
  • अधिसूचना
  • उपयोगकर्ता डिफ़ॉल्ट
  • एकाकी वस्तु

उन पर पहले से चर्चा की गई थी।

मैंने पाया कि और तरीके हैं:

ब्लॉक कॉलबैक का उपयोग करना:

इसे VC1 में prepareForSegue विधि में उपयोग करें

NextViewController *destinationVC = (NextViewController *) segue.destinationViewController;
[destinationVC setDidFinishUsingBlockCallback:^(NextViewController *destinationVC)
{
    self.blockLabel.text = destination.blockTextField.text;
}];

स्टोरीबोर्ड का उपयोग करना अनइंड (बाहर निकलें)

वीसी 1 में UIStoryboardSegue तर्क के साथ एक विधि को कार्यान्वित करें, इस तरह:

-(IBAction)UnWindDone:(UIStoryboardSegue *)segue { }

कहानी में वीओसी के हरे रंग के बाहर निकलने वाले बटन (अनविंड) में "वापसी" बटन को हुक करें। अब आपके पास एक सीगू है जो "वापस चला जाता है" ताकि आप VC2 के फॉरसेग्यू के तैयार में गंतव्य दृश्य नियंत्रक संपत्ति का उपयोग कर सकें और वीसी 1 की किसी भी संपत्ति को वापस जाने से पहले बदल सकें।

  • स्टोरीबोर्ड का उपयोग करने का एक अन्य विकल्प अंडरविंड (बाहर निकलें) - आप वीसी 1 में लिखी गई विधि का उपयोग कर सकते हैं

    -(IBAction)UnWindDone:(UIStoryboardSegue *)segue {
        NextViewController *nextViewController = segue.sourceViewController;
        self.unwindLabel.text = nextViewController.unwindPropertyPass;
    } 
    

    और तैयार करने के लिए वीसी 1 के लिए आप किसी भी संपत्ति को बदल सकते हैं जिसे आप साझा करना चाहते हैं।

दोनों अनचाहे विकल्पों में आप बटन की टैग प्रॉपर्टी सेट कर सकते हैं और इसे readyForSegue में जांच सकते हैं।

आशा है कि मैंने चर्चा में कुछ जोड़ा है।

:) चीयर्स।


एमवीसी में एम "मॉडल" के लिए है और एमवीसी प्रतिमान में मॉडल कक्षाओं की भूमिका एक प्रोग्राम के डेटा का प्रबंधन करना है। एक मॉडल एक दृश्य के विपरीत है - एक दृश्य जानता है कि डेटा कैसे प्रदर्शित किया जाए, लेकिन यह डेटा के साथ क्या करना है, इसके बारे में कुछ भी नहीं जानता है, जबकि एक मॉडल डेटा के साथ काम करने के तरीके के बारे में सबकुछ जानता है, लेकिन इसे प्रदर्शित करने के बारे में कुछ नहीं। मॉडल जटिल हो सकते हैं, लेकिन उन्हें होने की आवश्यकता नहीं है - आपके ऐप का मॉडल तारों या शब्दकोशों की सरणी के रूप में सरल हो सकता है।

नियंत्रक की भूमिका दृश्य और मॉडल के बीच मध्यस्थता करना है। इसलिए, उन्हें एक या अधिक दृश्य वस्तुओं और एक या अधिक मॉडल ऑब्जेक्ट्स के संदर्भ की आवश्यकता है। आइए मान लें कि आपका मॉडल शब्दकोशों की एक सरणी है, प्रत्येक शब्दकोष आपकी तालिका में एक पंक्ति का प्रतिनिधित्व करता है। आपके ऐप के लिए रूट व्यू उस तालिका को प्रदर्शित करता है, और यह फ़ाइल से सरणी लोड करने के लिए ज़िम्मेदार हो सकता है। जब उपयोगकर्ता तालिका में एक नई पंक्ति जोड़ने का निर्णय लेता है, तो वे कुछ बटन टैप करते हैं और आपका नियंत्रक एक नया (परिवर्तनीय) शब्दकोश बनाता है और इसे सरणी में जोड़ता है। पंक्ति भरने के लिए, नियंत्रक एक विस्तार दृश्य नियंत्रक बनाता है और इसे नया शब्दकोश देता है। विस्तार दृश्य नियंत्रक शब्दकोश और रिटर्न में भरता है। शब्दकोश पहले से ही मॉडल का हिस्सा है, इसलिए कुछ और होने की आवश्यकता नहीं है।


ऐसे कई तरीके हैं जिनसे आईओएस में एक अलग वर्ग को डेटा प्राप्त किया जा सकता है। उदाहरण के लिए -

  1. किसी अन्य वर्ग के आवंटन के बाद प्रत्यक्ष प्रारंभिकरण।
  2. प्रतिनिधि - डेटा वापस पास करने के लिए
  3. अधिसूचना - एक ही समय में कई कक्षाओं में डेटा प्रसारित करने के लिए
  4. NSUserDefaults में सहेजना - बाद में इसे एक्सेस करने के लिए
  5. सिंगलटन कक्षाएं
  6. डेटाबेस और अन्य भंडारण तंत्र जैसे प्लास्ट, इत्यादि।

लेकिन एक अलग वर्ग के लिए मूल्य पारित करने के सरल परिदृश्य के लिए जिसका आवंटन वर्तमान वर्ग में किया जाता है, सबसे आम और पसंदीदा विधि आवंटन के बाद मूल्यों की सीधी सेटिंग होगी। यह अग्रानुसार होगा:-

हम इसे दो नियंत्रकों - नियंत्रक 1 और नियंत्रक 2 का उपयोग करके समझ सकते हैं

मान लीजिए कि नियंत्रक 1 कक्षा में आप नियंत्रक 2 ऑब्जेक्ट बनाना चाहते हैं और उसे स्ट्रिंग मान पास होने के साथ दबाएं। यह इस प्रकार किया जा सकता है: -

- (void)pushToController2 {

    Controller2 *obj = [[Controller2 alloc] initWithNib:@"Controller2" bundle:nil];
    [obj passValue:@"String"];
    [self pushViewController:obj animated:YES];
}

नियंत्रक 2 कक्षा के कार्यान्वयन में इस समारोह के रूप में होगा-

@interface Controller2  : NSObject

@property (nonatomic , strong) NSString* stringPassed;

@end

@implementation Controller2

@synthesize stringPassed = _stringPassed;

- (void) passValue:(NSString *)value {

    _stringPassed = value; //or self.stringPassed = value
}

@end

आप सीधे नियंत्रक 2 वर्ग के गुणों को इस तरह से सेट भी कर सकते हैं:

- (void)pushToController2 {

    Controller2 *obj = [[Controller2 alloc] initWithNib:@"Controller2" bundle:nil];
    [obj setStringPassed:@"String"];  
    [self pushViewController:obj animated:YES];
}

एकाधिक मानों को पारित करने के लिए आप एकाधिक पैरामीटर का उपयोग कर सकते हैं जैसे: -

Controller2 *obj = [[Controller2 alloc] initWithNib:@"Controller2" bundle:nil];
[obj passValue:@“String1” andValues:objArray withDate:date]; 

या यदि आपको एक सामान्य सुविधा से संबंधित 3 से अधिक पैरामीटर पारित करने की आवश्यकता है तो आप मान को क्लास क्लास में संग्रहीत कर सकते हैं और उस मॉडल को अगली कक्षा में ऑब्जेक्ट कर सकते हैं

ModelClass *modelObject = [[ModelClass alloc] init]; 
modelObject.property1 = _property1;
modelObject.property2 = _property2;
modelObject.property3 = _property3;

Controller2 *obj = [[Controller2 alloc] initWithNib:@"Controller2" bundle:nil];
[obj passmodel: modelObject];

तो यदि आप चाहते हैं तो संक्षेप में -

1) set the private variables of the second class initialise the values by calling a custom function and passing the values.
2) setProperties do it by directlyInitialising it using the setter method.
3) pass more that 3-4 values related to each other in some manner , then create a model class and set values to its object and pass the object using any of the above process.

उम्मीद है की यह मदद करेगा


दिए गए कई उत्तरों में कुछ अच्छी जानकारी है, लेकिन कोई भी प्रश्न पूरी तरह से संबोधित नहीं करता है।

प्रश्न दृश्य नियंत्रकों के बीच जानकारी पास करने के बारे में पूछता है। दिए गए विशिष्ट उदाहरण विचारों के बीच जानकारी पास करने के बारे में पूछते हैं, लेकिन आईओएस को आत्मनिर्भर नवीनता दी गई है, मूल पोस्टर संभावित रूप से व्यू कंट्रोलर के बीच था, विचारों के बीच नहीं (व्यू कंट्रोलर से किसी भी भागीदारी के बिना)। ऐसा लगता है कि सभी उत्तरों दो व्यू कंट्रोलर पर ध्यान केंद्रित करते हैं, लेकिन अगर ऐप को सूचना विनिमय में दो से अधिक व्यू कंट्रोलर शामिल करने की आवश्यकता होती है तो क्या होगा?

मूल पोस्टर ने सिंगलेट्स और ऐपडिलेगेट के उपयोग के बारे में भी पूछा। इन सवालों के जवाब देने की जरूरत है।

इस सवाल को देखने वाले किसी और की मदद करने के लिए, जो एक पूर्ण उत्तर चाहता है, मैं इसे प्रदान करने का प्रयास करने जा रहा हूं।

आवेदन परिदृश्य

अत्यधिक hypothetical, अमूर्त चर्चा होने के बजाय, यह ठोस अनुप्रयोगों को ध्यान में रखने में मदद करता है। दो-दृश्य-नियंत्रक स्थिति और दो से अधिक-दृश्य-नियंत्रक स्थिति को परिभाषित करने में सहायता के लिए, मैं दो ठोस अनुप्रयोग परिदृश्यों को परिभाषित करने जा रहा हूं।

परिदृश्य एक: अधिकतम दो दृश्य नियंत्रकों को कभी भी जानकारी साझा करने की आवश्यकता होती है। आरेख देखें।

आवेदन में दो दृश्य नियंत्रक हैं। एक व्यू कंट्रोलर ए (डेटा एंट्री फॉर्म) है, और कंट्रोलर बी (उत्पाद सूची) देखें। उत्पाद सूची में चयनित आइटम डेटा प्रविष्टि फ़ॉर्म में टेक्स्ट बॉक्स में प्रदर्शित वस्तुओं से मेल खाना चाहिए। इस परिदृश्य में, ViewControllerA और ViewControllerB को एक दूसरे के साथ सीधे संवाद करना चाहिए और कोई अन्य दृश्य नियंत्रक नहीं होना चाहिए।

परिदृश्य दो : दो से अधिक दृश्य नियंत्रकों को एक ही जानकारी साझा करने की आवश्यकता है। आरेख दो देखें।

आवेदन में चार दृश्य नियंत्रक हैं। यह होम इन्वेंट्री के प्रबंधन के लिए एक टैब-आधारित एप्लिकेशन है। तीन दृश्य नियंत्रक एक ही डेटा के अलग-अलग फ़िल्टर किए गए दृश्य प्रस्तुत करते हैं:

  • ViewControllerA - लक्जरी आइटम
  • ViewControllerB - गैर बीमाकृत आइटम
  • ViewControllerC - संपूर्ण होम इन्वेंट्री
  • ViewControllerD - नया आइटम फॉर्म जोड़ें

किसी भी समय एक व्यक्तिगत आइटम बनाया या संपादित किया जाता है, इसे अन्य दृश्य नियंत्रकों के साथ सिंक्रनाइज़ करना भी आवश्यक है। उदाहरण के लिए, यदि हम ViewControllerD में एक नाव जोड़ते हैं, लेकिन यह अभी तक बीमित नहीं है, तो जब उपयोगकर्ता ViewControllerA (लक्जरी आइटम), और ViewControllerC (संपूर्ण होम इन्वेंट्री) पर जाता है, तो नाव तब दिखाई देनी चाहिए, लेकिन जब उपयोगकर्ता जाता है ViewControllerB (गैर बीमाकृत आइटम)। हमें न केवल नए आइटम जोड़ने, बल्कि आइटम को हटाने (जिसे चार दृश्य नियंत्रकों में से किसी से भी अनुमति दी जा सकती है), या मौजूदा वस्तुओं को संपादित करने के लिए चिंतित होना चाहिए (जिसे "नया आइटम फॉर्म जोड़ें" से अनुमति दी जा सकती है, वही repurposing संपादन के लिए)।

चूंकि सभी व्यू कंट्रोलर को एक ही डेटा साझा करने की आवश्यकता होती है, इसलिए सभी चार दृश्य नियंत्रकों को सिंक्रनाइज़ेशन में रहने की आवश्यकता होती है, और इसलिए जब भी कोई भी व्यू कंट्रोलर अंतर्निहित डेटा बदलता है, तो अन्य सभी दृश्य नियंत्रकों को संचार की आवश्यकता होती है। यह स्पष्ट रूप से स्पष्ट होना चाहिए कि हम नहीं चाहते हैं कि प्रत्येक दृश्य नियंत्रक इस परिदृश्य में एक दूसरे के दृश्य नियंत्रक के साथ सीधे संचार कर रहा हो। यदि यह स्पष्ट नहीं है, तो विचार करें कि हमारे पास 20 अलग-अलग दृश्य नियंत्रक थे (केवल 4 के बजाय)। किसी भी समय एक कंट्रोल नियंत्रक ने बदलाव किए जाने पर किसी भी अन्य 19 व्यू कंट्रोलर को सूचित करना कितना मुश्किल और त्रुटि-प्रवण होगा?

समाधान: प्रतिनिधि और पर्यवेक्षक पैटर्न, और सिंगलेट्स

परिदृश्य में, हमारे पास कई व्यवहार्य समाधान हैं, जैसा कि अन्य उत्तरों दिए गए हैं

  • segues
  • प्रतिनिधियों
  • दृश्य नियंत्रकों पर सीधे गुण सेटिंग
  • NSUserDefaults (वास्तव में एक खराब विकल्प)

परिदृश्य दो में, हमारे पास अन्य व्यवहार्य समाधान हैं:

  • पर्यवेक्षक पैटर्न
  • एकमात्र

एक सिंगलटन एक वर्ग का एक उदाहरण है, उदाहरण के लिए अपने जीवनकाल के दौरान अस्तित्व में एकमात्र उदाहरण है। एक सिंगलटन को इसका नाम इस तथ्य से मिलता है कि यह एकमात्र उदाहरण है। आम तौर पर जो डेवलपर्स सिंगलेट का उपयोग करते हैं उन्हें एक्सेस करने के लिए विशेष कक्षा के तरीके होते हैं।

+ (HouseholdInventoryManager*) sharedManager; {
    static dispatch_once_t onceQueue;
    static HouseholdInventoryManager* _sharedInstance;

    // dispatch_once is guaranteed to only be executed once in the
    // lifetime of the application
    dispatch_once(&onceQueue, ^{
        _sharedInstance = [[self alloc] init];
    });
    return _sharedInstance;
}

अब जब हम समझते हैं कि सिंगलटन क्या है, तो चर्चा करें कि एक सिंगलटन पर्यवेक्षक पैटर्न में कैसे फिट बैठता है। पर्यवेक्षक पैटर्न का उपयोग किसी ऑब्जेक्ट के लिए किसी अन्य ऑब्जेक्ट द्वारा किए गए परिवर्तनों का जवाब देने के लिए किया जाता है। दूसरे परिदृश्य में, हमारे पास चार अलग-अलग दृश्य नियंत्रक हैं, जो सभी अंतर्निहित डेटा में परिवर्तनों के बारे में जानना चाहते हैं। "अंतर्निहित डेटा" एक एकल उदाहरण, एक सिंगलटन से संबंधित होना चाहिए। सिंगलटन में किए गए परिवर्तनों को देखकर "परिवर्तनों के बारे में जानें" पूरा किया जाता है।

घर सूची आवेदन में एक वर्ग का एक उदाहरण होगा जो सूची वस्तुओं की सूची प्रबंधित करने के लिए डिज़ाइन किया गया है। प्रबंधक घरेलू सामानों का संग्रह प्रबंधित करेगा। डेटा प्रबंधक के लिए निम्न श्रेणी परिभाषा निम्न है:

#import <Foundation/Foundation.h>

@class JGCHouseholdInventoryItem;

@interface HouseholdInventoryManager : NSObject
/*!
 The global singleton for accessing application data
 */
+ (HouseholdInventoryManager*) sharedManager;


- (NSArray *) entireHouseholdInventory;
- (NSArray *) luxuryItems;
- (NSArray *) nonInsuredItems;

- (void) addHouseholdItemToHomeInventory:(JGCHouseholdInventoryItem*)item;
- (void) editHouseholdItemInHomeInventory:(JGCHouseholdInventoryItem*)item;
- (void) deleteHoueholdItemFromHomeInventory:(JGCHouseholdInventoryItem*)item;
@end

जब घर सूची वस्तुओं का संग्रह बदल जाता है, तो दृश्य नियंत्रकों को इस परिवर्तन के बारे में जागरूक करने की आवश्यकता होती है। उपरोक्त वर्ग परिभाषा यह स्पष्ट नहीं करती है कि यह कैसे होगा। हमें पर्यवेक्षक पैटर्न का पालन करने की आवश्यकता है। दृश्य नियंत्रकों को औपचारिक रूप से साझा प्रबंधक का पालन करना होगा। एक और वस्तु का निरीक्षण करने के दो तरीके हैं:

  • कुंजी-मूल्य-निरीक्षण (केवीओ)
  • NSNotificationCenter।

परिदृश्य में दो, हमारे पास घरेलू इन्वेंटरी मैनेजर की एक ही संपत्ति नहीं है जिसे केवीओ का उपयोग करके देखा जा सकता है। चूंकि हमारे पास एक ऐसी संपत्ति नहीं है जो आसानी से देखे जा सकें, पर्यवेक्षक पैटर्न, इस मामले में, एनएसएनोटिफिकेशन सेंटर का उपयोग करके लागू किया जाना चाहिए। चार दृश्य नियंत्रकों में से प्रत्येक अधिसूचनाओं की सदस्यता लेगा, और साझा प्रबंधक उचित होने पर अधिसूचना केंद्र में अधिसूचनाएं भेजेगा। इन्वेंट्री मैनेजर को व्यू कंट्रोलर या किसी भी अन्य वर्ग के उदाहरणों के बारे में कुछ भी जानने की आवश्यकता नहीं है, जो जानने में रुचि हो सकती है कि सूची वस्तुओं का संग्रह कब बदलता है; NSNotificationCenter इन कार्यान्वयन विवरणों का ख्याल रखता है। व्यू कंट्रोलर बस अधिसूचनाओं की सदस्यता लेते हैं, और डेटा मैनेजर बस सूचनाएं पोस्ट करता है।

कई शुरुआती प्रोग्रामर इस तथ्य का लाभ उठाते हैं कि आवेदन के जीवनकाल में हमेशा एक ही आवेदन प्रतिनिधि होता है, जो वैश्विक रूप से सुलभ है। शुरुआती प्रोग्रामर इस तथ्य का उपयोग एप्लिकेशन में कहीं और से एक्सेस के लिए ऐपडिलेगेट में ऑब्जेक्ट्स और कार्यक्षमता को सामान में करने के लिए करते हैं। सिर्फ इसलिए कि ऐपडिलेगेट एक सिंगलटन है इसका मतलब यह नहीं है कि इसे अन्य सभी सिंगलेट्स को प्रतिस्थापित करना चाहिए। यह एक खराब अभ्यास है क्योंकि यह एक वर्ग पर बहुत अधिक बोझ डालता है, अच्छी वस्तु-उन्मुख प्रथाओं को तोड़ देता है। प्रत्येक वर्ग में एक स्पष्ट भूमिका होनी चाहिए जिसे आसानी से कक्षा के नाम से आसानी से समझाया जा सके।

जब भी आपका एप्लिकेशन प्रतिनिधि फुफ्फुस हो जाता है, तो सिंगलेट में कार्यक्षमता को हटाना शुरू करें। उदाहरण के लिए, कोर डेटा स्टैक को AppDelegate में नहीं छोड़ा जाना चाहिए, लेकिन इसके बजाय इसे अपनी कक्षा, कोरडाटा प्रबंधक श्रेणी में रखा जाना चाहिए।

संदर्भ


मुझे गुजरने वाले ब्लॉक के साथ सबसे सरल और सबसे सुरुचिपूर्ण संस्करण मिलता है। आइए व्यू कंट्रोलर का नाम दें जो लौटाए गए डेटा को "ए" के रूप में प्रतीक्षा करता है और व्यू कंट्रोलर को "बी" के रूप में लौटाता है। इस उदाहरण में हम 2 मान प्राप्त करना चाहते हैं: टाइप 1 का पहला और टाइप 2 का दूसरा।

मान लें कि हम स्टोरीबोर्ड का उपयोग करते हैं, पहला नियंत्रक कॉलबैक ब्लॉक सेट करता है, उदाहरण के लिए सीगू तैयारी के दौरान:

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender
{
    if ([segue.destinationViewController isKindOfClass:[BViewController class]])
    {
        BViewController *viewController = segue.destinationViewController;

        viewController.callback = ^(Type1 *value1, Type2 *value2) {
            // optionally, close B
            //[self.navigationController popViewControllerAnimated:YES];

            // let's do some action after with returned values
            action1(value1);
            action2(value2);
        };

    }
}

और "बी" व्यू कंट्रोलर को कॉलबैक संपत्ति घोषित करनी चाहिए, BViewController.h:

// it is important to use "copy"
@property (copy) void(^callback)(Type1 *value1, Type2 *value2);

हमारे कॉलबैक को वापस करने के लिए वांछित मूल्यों के बाद कार्यान्वयन फ़ाइल BViewController.m में से अधिक कहा जाना चाहिए:

if (self.callback)
    self.callback(value1, value2);

याद रखने की एक बात यह है कि ब्लॉक का उपयोग करने के लिए अक्सर मजबूत और __weak संदर्भों को here वर्णित करने की आवश्यकता होती here


1. Create the instance of first View Controller in the second View Controller and make its property @property (nonatomic,assign) .

2. Assign the SecondviewController instance of this view controller.

2. When you finish the selection operation copy the array to first View Controller,When u unload the SecondView ,FirstView will hold the Array Data.

Hope This Helps.


NewsViewController

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath
{
  [tbl_View deselectRowAtIndexPath:indexPath animated:YES];
  News *newsObj = [newstitleArr objectAtIndex:indexPath.row];
  NewsDetailViewController *newsDetailView = [[NewsDetailViewController alloc] initWithNibName:@"NewsDetailViewController" bundle:nil];

  newsDetailView.newsHeadlineStr = newsObj.newsHeadline;

  [self.navigationController pushViewController:newsDetailView animated:YES];
}

NewsDetailViewController.h

@interface NewsDetailViewController : UIViewController
@property(nonatomic,retain) NSString *newsHeadlineStr;
@end

NewsDetailViewController.m

@synthesize newsHeadlineStr;

Create the property on next view controller .h and define getter and setter.

Add this property in NextVC.h on nextVC

@property (strong, nonatomic) NSString *indexNumber;

जोड़ना

@synthesize indexNumber; in NextVC.m

And last

NextVC *vc=[[NextVC alloc]init];

[email protected]"123";

[self.navigationController vc animated:YES];

Delegation is the only one solution to perform such operations when you are using .xib files however all answers described above are for storyboard for .xibs files you need to use delegation. that's only solution you can.

Another solution is use singleton class pattern initialize it once and use it in your entire app.


I have seen a lot of people over complicating this using the didSelectRowAtPath method. I am using Core Data in my example.

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath{

    //this solution is for using Core Data
    YourCDEntityName * value = (YourCDEntityName *)[[self fetchedResultsController] objectAtIndexPath: indexPath];

    YourSecondViewController * details = [self.storyboard instantiateViewControllerWithIdentifier:@"nameOfYourSecondVC"];//make sure in storyboards you give your second VC an identifier

    //Make sure you declare your value in the second view controller
    details.selectedValue = value;

    //Now that you have said to pass value all you need to do is change views
    [self.navigationController pushViewController: details animated:YES];

}

4 lines of code inside the method and you are done.


I know this is a beaten subject but for those looking to answer this question with a SWIFT slant and want a bare-bones example, here my go-to method for passing data if you are using a segue to get around.

It is similar to the above but without the buttons, labels and such. Just simply passing data from one view to the next.

Setup The Storyboard

There are three parts.

  1. The Sender
  2. The Segue
  3. The Receiver

This is a very simple view layout with a segue between them.

Here is the setup for the sender

Here is the setup for the receiver.

Lastly, the setup for the segue.

The View Controllers

We are keeping this simple so no buttons, not actions, we are simply moving data from the sender to the receiver when the application loads and then outputting the transmitted value to the console.

This page takes the initially loaded value and passes it along.

//
//  ViewControllerSender.swift
//  PassDataBetweenViews
//
//  Created by Chris Cantley on 8/25/15.
//  Copyright (c) 2015 Chris Cantley. All rights reserved.
//

import UIKit


class ViewControllerSender: UIViewController {

    // THE STUFF - put some info into a variable
    let favoriteMovie = "Ghost Busters"


    override func viewDidAppear(animated: Bool) {
        // PASS IDENTIFIER - go to the recieving view controller.
        self.performSegueWithIdentifier("goToReciever", sender: self)
    }

    override func prepareForSegue(segue: UIStoryboardSegue, sender: AnyObject?) {

        //GET REFERENCE - ...to the receiver view.
        var viewControllerReceiver = segue.destinationViewController as? ViewControllerReceiver

        //PASS STUFF - pass the variable along to the target.
        viewControllerReceiver!.yourFavMovie = self.favoriteMovie

    }

}

This page just sends the value of the variable to the console when it loads. By this point our favorite movie should be in that variable.

//
//  ViewControllerReceiver.swift
//  PassDataBetweenViews
//
//  Created by Chris Cantley on 8/25/15.
//  Copyright (c) 2015 Chris Cantley. All rights reserved.
//

import UIKit

class ViewControllerReceiver: UIViewController {

    //Basic empty variable waiting for you to pass in your fantastic favorite movie.
    var yourFavMovie = ""

    override func viewDidLoad() {
        super.viewDidLoad()


        //And now we can view it in the console.
        println("The Movie is \(self.yourFavMovie)")

    }



}

That is how you can tackle it if you want to use a segue and you don't have your pages under a navigation controller.

Once it is run it should switch to the receiver view automatically and pass the value from the sender to the receiver, displaying the value in the console.


I was searching this solution for long time, Atlast I found it. First of all declare all the objects in your SecondViewController.h file like

@interface SecondViewController: UIviewController 
{
    NSMutableArray *myAray;
    CustomObject *object;
}

Now in your implementation file allocate the memory for those objects like this

- (id)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil
{
     self = [super initWithNibName:nibNameOrNil bundle:nibBundleOrNil];
     if (self) 
     {
         // Custom initialization
         myAray=[[NSMutableArray alloc] init];
         object=[[CustomObject alloc] init];
     }
     return self;
}

Now you have allocated the memory for Array and object. now you can fill that memory before pushing this ViewController

Go to your SecondViewController.h and write two methods

-(void)setMyArray:(NSArray *)_myArray;
-(void)setMyObject:(CustomObject *)_myObject;

in implementation file you can implement the function

-(void)setMyArray:(NSArray *)_myArray
{
     [myArra addObjectsFromArray:_myArray];
}
-(void)setMyObject:(CustomObject *)_myObject
{
     [object setCustomObject:_myObject];
}

expecting that your CustomObject must have a setter function with it.

now your basic work is done. go to the place where you want to push the SecondViewController and do the following stuff

SecondViewController *secondView= [[SecondViewController alloc] initWithNibName:@"SecondViewController " bundle:[NSBundle MainBundle]] ;
[secondView setMyArray:ArrayToPass];
[secondView setMyObject:objectToPass];
[self.navigationController pushViewController:secondView animated:YES ];

Take care for spelling mistakes.


If you want to pass data from one controller to other try this code

FirstViewController.h

@property (nonatomic, retain) NSString *str;

SecondViewController.h

@property (nonatomic, retain) NSString *str1;

FirstViewController.m

- (void)viewDidLoad
   {
     // message for the second SecondViewController
     self.str = @"text message";

     [super viewDidLoad];
   }

-(IBAction)ButtonClicked
 {
   SecondViewController *secondViewController = [[SecondViewController alloc] initWithNibName:@"SecondViewController" bundle:nil];
   secondViewController.str1 = str;
  [self.navigationController pushViewController:secondViewController animated:YES];
 }

If you want to send data from one to another viewController, here's a way to it:

Say we have viewControllers: viewControllerA and viewControllerB

Now in viewControllerB.h

@interface viewControllerB : UIViewController {

  NSString *string;
  NSArray *array;

}

- (id)initWithArray:(NSArray)a andString:(NSString)s;

In viewControllerB.m

#import "viewControllerB.h"

@implementation viewControllerB

- (id)initWithArray:(NSArray)a andString:(NSString)s {

   array = [[NSArray alloc] init];
   array = a;

   string = [[NSString alloc] init];
   string = s;

}

In viewControllerA.m

#import "viewControllerA.h"
#import "viewControllerB.h"

@implementation viewControllerA

- (void)someMethod {

  someArray = [NSArray arrayWithObjects:@"One", @"Two", @"Three", nil];
  someString = [NSString stringWithFormat:@"Hahahahaha"];

  viewControllerB *vc = [[viewControllerB alloc] initWithArray:someArray andString:someString];

  [self.navigationController pushViewController:vc animated:YES];
  [vc release];

}

So this is how you can pass data from viewControllerA to viewControllerB without setting any delegate. ;)


In my case I used a singleton class which can work as a global object allowing accesses to the data from almost everywhere in the app. First thing is to build a singleton class. Please refer to the page," What should my Objective-C singleton look like? " And what I did to make the object globally accessible was simply import it in appName_Prefix.pch which is for applying import statement in every classes. To access this object and to use, I simply implemented class method to return the shared instance, which contains its own variables


There are many answers to this questions offering many different ways to perform view controller communication that would indeed work, but I don't see anywhere mentioned which one are actually best to use and which ones to avoid.

In practice, in my opinion only a few solutions are recommended:

  • To pass data forward:
    • override the prepare(for:sender:) method of UIViewController when using a storyboard and segues
    • pass data through an initializer or through properties when performing view controller transitions thtough code
  • To pass data backwards
    • update the app shared state (which you can pass forward between view controllers with either one of the methods above)
    • use delegation
    • use an unwind segue

Solutions I recommend NOT to use:

  • Referencing the previous controller directly instead of using delegation
  • Sharing data through a singleton
  • Passing data through the app delegate
  • Sharing data through the user defaults
  • Passing data through notifications

These solutions, although working in the short term, introduce too many dependencies that will garble the architecture of the app and create more problems later.

For those interested, I wrote some articles that address these points more in depth and highlight the various drawbacks:


There are tons of ways to do this and it's important to pick the right one. Probably one of the biggest architectural decisions lies on how the model code will be shared or accessed throughout the app.

I wrote a blog post about this a while back: Sharing Model Code . Here's a brief summary:

Shared data

One approach is to share pointers to the model objects between view controllers.

  • Brute force iteration on view controllers (in Navigation or Tab Bar Controller) to set the data
  • Set data in prepareForSegue (if storyboards) or init (if programmatic)

Since prepare for segue is the most common here is an example:

override func prepareForSegue(segue: UIStoryboardSegue, sender: AnyObject?) {
    var next = segue.destinationViewController as NextViewController
    next.dataSource = dataSource
}

Independent access

Another approach is to handle a screen full of data at a time and instead of coupling the view controllers to each other couple each view controller to single data source that they can get to independently.

The most common way I've seen this done is a singleton instance. So if your singleton object was DataAccess you could do the following in the viewDidLoad method of UIViewController:

func viewDidLoad() {
    super.viewDidLoad()
    var data = dataAccess.requestData()
}

There are addition tools that also help pass along data:

  • Key-Value Observing
  • NSNotification
  • Core Data
  • NSFetchedResultsController
  • Data Source

Core Data

The nice thing about Core Data is that it has inverse relationships. So if you want to just give a NotesViewController the notes object you can because it'll have an inverse relationship to something else like the notebook. If you need data on the notebook in the NotesViewController you can walk back up the object graph by doing the following:

let notebookName = note.notebook.name

Read more about this in my blog post: Sharing Model Code


This is not the way to do it, you should use delegates, I'll assume we have two view controllers ViewController1 and ViewController2 and this check thing is in the first one and when its state changes, you want to do something in ViewController2, to achieve that in the proper way, you should do the below:

Add a new file to your project (Objective-C Protocol) File -> New, now name it ViewController1Delegate or whatever you want and write these between the @interface and @end directives

@optional

- (void)checkStateDidChange:(BOOL)checked;

Now go to ViewController2.h and add

#import "ViewController1Delegate.h"

then change its definition to

@interface ViewController2: UIViewController<ViewController1Delegate>

Now go to ViewController2.m and inside the implementation add:

- (void)checkStateDidChange:(BOOL)checked {
     if (checked) {
           // Do whatever you want here
           NSLog(@"Checked");
     }
     else {
           // Also do whatever you want here
           NSLog(@"Not checked");
     }
}

Now go to ViewController1.h and add the following property:

@property (weak, nonatomic) id<ViewController1Delegate> delegate; 

Now if you are creating ViewController1 inside ViewController2 after some event, then you should do it this way using NIB files:

ViewController1* controller = [[NSBundle mainBundle] loadNibNamed:@"ViewController1" owner:self options:nil][0];
controller.delegate = self;
[self presentViewController:controller animated:YES completion:nil];

Now you are all set, whenever you detect the event of check changed in ViewController1, all you have to do is the below

[delegate checkStateDidChange:checked]; // You pass here YES or NO based on the check state of your control

Please tell me if there's anything that's not clear of if I didn't understand your question properly.


You can save data in App delegate to access it across view controllers in your application. All you have to do is create a shared instance of app delegate

AppDelegate *appDelegate = (AppDelegate *)[UIApplication sharedApplication].delegate;

For Example

if you declare a NSArray object *arrayXYZ then you can access it in any view controller by appDelegate.arrayXYZ





uiviewcontroller