स्विचमैप की rxjava डॉक्टर परिभाषा बल्कि अस्पष्ट है और यह फ्लैटमैप के रूप में एक ही पृष्ठ से लिंक करता है। दोनों ऑपरेटरों के बीच क्या अंतर है?
स्विचमैप की rxjava डॉक्टर परिभाषा बल्कि अस्पष्ट है और यह फ्लैटमैप के रूप में एक ही पृष्ठ से लिंक करता है। दोनों ऑपरेटरों के बीच क्या अंतर है?
जवाबों:
प्रलेखन के अनुसार ( http://reactivex.io/documentation/operators/flatmap.html )
की switchMap
तरह है flatMap
, लेकिन यह केवल नए ऑब्जर्वेबल से आइटम का उत्सर्जन करेगा जब तक कि एक नई घटना स्रोत से अवलोकन योग्य नहीं होती है।
संगमरमर का चित्र इसे अच्छी तरह से दिखाता है। रेखाचित्र में अंतर पर ध्यान दें:
में switchMap
दूसरा मूल उत्सर्जन ( हरे संगमरमर ) अपनी दूसरी उत्सर्जन नहीं मैप किए गए उत्सर्जन ( हरे वर्ग ), तीसरे के बाद से मूल उत्सर्जन ( नीले संगमरमर ) शुरू हो गया है और पहले से ही अपनी पहली उत्सर्जित मैप किया उत्सर्जन ( नीला हीरा )। दूसरे शब्दों में, केवल दो मैप किए गए हरे उत्सर्जन में से पहला होता है; कोई भी हरे रंग का वर्ग उत्सर्जित नहीं होता है क्योंकि नीला हीरा उसे हरा देता है।
में flatMap
, सभी मैप किए गए परिणाम उत्सर्जित होंगे, भले ही वे "बासी" हों। दूसरे शब्दों में, मैप किए गए हरे उत्सर्जन का पहला और दूसरा दोनों होता है - एक हरे रंग का वर्ग उत्सर्जित होता है (यदि वे लगातार मानचित्र कार्य करते हैं; चूंकि वे नहीं किया था, तो आप दूसरे हरे हीरे को देखते हैं , भले ही यह उत्सर्जित हो। पहले नीला हीरा)
flatMap
.map(func).switch
, लेकिन यह वैसा ही है .switchMap(func)
।
"त्वरित खोज" को लागू करते समय मैं इस पर आया था - जब एक पाठ बॉक्स में उपयोगकर्ता प्रकार, और परिणाम प्रत्येक कुंजी स्ट्रोक के साथ वास्तविक समय के पास दिखाई देते हैं। समाधान लगता है:
फ्लैटपाइप के साथ, खोज परिणाम बासी हो सकते हैं, क्योंकि खोज प्रतिक्रियाएं ऑर्डर से वापस आ सकती हैं। इसे ठीक करने के लिए, स्विचपॉइंट का उपयोग किया जाना चाहिए, क्योंकि यह सुनिश्चित करता है कि एक नया देखने के बाद एक पुरानी अवलोकन योग्य सदस्यता समाप्त कर दी जाए।
इसलिए, सारांश में, सभी परिणाम के समय, उनके समय की परवाह किए बिना, फ्लैटपाउट का उपयोग किया जाना चाहिए और अंतिम ऑब्जर्वेबल मामले से केवल परिणाम होने पर स्विचेप का उपयोग किया जाना चाहिए।
तुलना और इसके साथ तुलना के बिना कोई भी फ्लैटपाइप चर्चा पूर्ण नहीं है switchMap
, concatMap
औरconcatMapEager
।
ये सभी विधियाँ Func1
धारा को रूपांतरित करती Observable
हैं जो तब उत्सर्जित होती हैं; अंतर तब होता है जब लौटे हुए Observable
एस को सब्सक्राइब और अनसब्सक्राइब किया जाता है, और यदि उन के उत्सर्जन Observable
को ____Map
संचालक द्वारा विचाराधीन उत्सर्जित किया जाता है ।
flatMap
Observable
जितना संभव हो उतने उत्सर्जित सदस्यों की सदस्यता लेता है। (यह एक प्लेटफ़ॉर्म आश्रित संख्या है। उदाहरण के लिए एंड्रॉइड पर एक कम संख्या) इसका उपयोग तब करें जब ऑर्डर महत्वपूर्ण न हो, और आप ASAP उत्सर्जन चाहते हैं।concatMap
पहले वाले को सब्सक्राइब करता है Observable
और Observable
पिछले वाले को पूरा होने पर ही अगले को सब्सक्राइब करता है। जब ऑर्डर महत्वपूर्ण हो और आप संसाधनों का संरक्षण करना चाहते हैं तो इसका उपयोग करें। एक आदर्श उदाहरण पहले कैश की जांच करके एक नेटवर्क कॉल को समाप्त करना है। आम तौर पर .first()
या .takeFirst()
अनावश्यक काम करने से बचने के लिए इसका अनुसरण किया जा सकता है ।
http://blog.danlew.net/2015/06/22/loading-data-from-multiple-sources-with-rxjava/
concatMapEager
बहुत समान काम करता है, लेकिन जितना संभव हो सके (प्लेटफ़ॉर्म आश्रित) के लिए सब्सक्राइब करता है, लेकिन केवल एक बार पिछले Observable
पूरा होने के बाद ही उत्सर्जन करेगा । बिल्कुल सही जब आपके पास बहुत अधिक समानांतर-प्रसंस्करण होता है जिसे करने की आवश्यकता होती है, लेकिन (सपाट नक्शा के विपरीत) आप मूल आदेश को बनाए रखना चाहते हैं।
switchMap
पिछले के लिए सदस्यता लेंगे Observable
यह पिछले सभी से मुठभेड़ों और सदस्यता समाप्त Observable
। यह खोज-सुझावों जैसे मामलों के लिए एकदम सही है: एक बार जब उपयोगकर्ता ने अपनी खोज क्वेरी बदल दी है, तो पुराना अनुरोध किसी भी हित का नहीं रह गया है, इसलिए यह सदस्यता समाप्त कर दिया गया है, और एक अच्छा व्यवहार किया गया एपी एंड-पॉइंट नेटवर्क अनुरोध को रद्द कर देगा।यदि आप Observable
एस वापस कर रहे हैं जो subscribeOn
एक और धागा नहीं है , तो उपरोक्त सभी तरीके समान व्यवहार कर सकते हैं। दिलचस्प और उपयोगी व्यवहार तब सामने आता है जब आप नेस्टेड Observable
एस को अपने स्वयं के धागे पर कार्य करने की अनुमति देते हैं । फिर आप समानांतर प्रसंस्करण से बहुत सारे लाभ प्राप्त कर सकते हैं, और समझदारी से सदस्यता समाप्त कर सकते हैं या सदस्यता नहीं ले सकते हैं Observable
जो आपके Subscriber
एस की जरूरत नहीं है
amb
ब्याज की भी हो सकती है। किसी भी संख्या को देखते हुए Observable
यह उन्हीं वस्तुओं का उत्सर्जन करता है जो सबसे पहले Observable
किसी भी चीज का उत्सर्जन करती हैं। यह उपयोगी हो सकता है जब आपके पास कई स्रोत हैं जो एक ही चीज़ को वापस कर सकते हैं / चाहिए और आप प्रदर्शन चाहते हैं। छँटाई की तरह, आप amb
मर्ज-सॉर्ट के साथ एक त्वरित-सॉर्ट कर सकते हैं और जो भी तेज़ था उसका उपयोग करें।If you are returning Observables that don't subscribeOn another thread, all of the above methods may behave much the same.
- switchMap vs flatMap
इससे पहले मैंने जो भी स्पष्टीकरण दिया, वह इस महत्वपूर्ण पहलू से चूक गया, अब सब कुछ स्पष्ट है। धन्यवाद।
switchMap एक बार बुलाया गया था flatMapLatest RxJS 4 में।
यह मूल रूप से पिछले एक से नवीनतम ऑब्जर्वेबल और अनसब्सक्राइब से घटनाओं पर गुजरता है ।
मानचित्र, FlatMap, ConcatMap और SwitchMap एक समारोह या संशोधित डेटा एक नमूदार द्वारा उत्सर्जित लागू होता है।
मानचित्र एक स्रोत द्वारा उत्सर्जित प्रत्येक वस्तु को संशोधित करता है और संशोधित वस्तु का उत्सर्जन करता है।
FlatMap, SwitchMap और ConcatMap प्रत्येक उत्सर्जित आइटम पर एक फ़ंक्शन भी लागू करता है, लेकिन संशोधित आइटम को वापस करने के बजाय, यह ऑब्जर्वेबल को स्वयं वापस करता है जो डेटा को फिर से उत्सर्जित कर सकता है।
FlatMap और ConcatMap काम बहुत ज्यादा एक ही है। वे कई वेधशालाओं द्वारा उत्सर्जित वस्तुओं को मर्ज करते हैं और एक एकल वेधशाला को लौटाते हैं।
यदि आप एक उदाहरण कोड की तलाश में हैं
/**
* We switch from original item to a new observable just using switchMap.
* It´s a way to replace the Observable instead just the item as map does
* Emitted:Person{name='Pablo', age=0, sex='no_sex'}
*/
@Test
public void testSwitchMap() {
Observable.just(new Person("Pablo", 34, "male"))
.switchMap(person -> Observable.just(new Person("Pablo", 0, "no_sex")))
.subscribe(System.out::println);
}
आप यहां और उदाहरण देख सकते हैं https://github.com/politrons/reactive
switchMap
के साथ flatMap
यह बिल्कुल वैसा ही काम करेंगे।
यहाँ एक और है - 101 लाइन लंबी मिसाल । जो मेरे लिए बात समझाती है।
जैसा कहा गया था: यह अंतिम अवलोकन योग्य है (यदि आप करेंगे तो सबसे धीमा) और बाकी की अनदेखी करता है।
नतीजतन:
Time | scheduler | state
----------------------------
0 | main | Starting
84 | main | Created
103 | main | Subscribed
118 | Sched-C-0 | Going to emmit: A
119 | Sched-C-1 | Going to emmit: B
119 | Sched-C-0 | Sleep for 1 seconds for A
119 | Sched-C-1 | Sleep for 2 seconds for B
1123 | Sched-C-0 | Emitted (A) in 1000 milliseconds
2122 | Sched-C-1 | Emitted (B) in 2000 milliseconds
2128 | Sched-C-1 | Got B processed
2128 | Sched-C-1 | Completed
आप देखते हैं कि ए को नजरअंदाज कर दिया गया है।