Model–view–presenter (MVP) is a derivation of the model–view–controller (MVC) architectural pattern which mostly used for building user interfaces. In MVP, the presenter assumes the functionality of the “middle-man”. In MVP, all presentation logic is pushed to the presenter. Check here for MVVM
Coroutines :
Is light wight threads for asynchronous programming, Coroutines not only open the doors to
asynchronous programming, but also provide a wealth of other possibilities such as concurrency, actors, etc.
They're different tools with different strengths. Like a tank and a cannon, they have a lot of overlap but are more or less desirable under different circumstances.
- Coroutines Is light wight threads for asynchronous programming.
- RX-Kotlin/RX-Java is functional reactive programming, its core pattern relay on
observer design pattern, so you can use it to handle user interaction with UI while you
still using coroutines as main core for background work.
- Kotlin coroutine is a way of doing things asynchronously in a sequential manner. Creating a coroutine is a lot cheaper vs creating a thread.
- Coroutines : When we have concurrent tasks , like you would fetch data from Remote connections
, database , any background processes , sure you can use RX in such cases too, but it looks like
you use a tank to kill ant. - RX-Kotlin : When you would to handle stream of UI actions like : user scrolling , clicks ,
update UI upon some events .....ect .
- Writing an asynchronous code is sequential manner.
- Costing of create coroutines are much cheaper to crate threads.
- Don't be over engineered to use observable pattern, when no need to use it.
- parent coroutine can automatically manage the life cycle of its child coroutines for you.
- Add Coroutines to your gradle file
// Add Coroutines implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.3.2' implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-core:1.3.2' implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-core-common:1.3.2' // Add Retrofit2 implementation 'com.squareup.retrofit2:retrofit:2.6.2' implementation 'com.squareup.retrofit2:converter-gson:2.6.2' implementation 'com.squareup.okhttp3:okhttp:4.2.2'
- Make Retrofit Calls.
@GET("topstories/v2/home.json") fun fetchNews(): Call<NewsModel>
- With
async
we create new coroutine and returns its future result as an implementation of [Deferred]. - The coroutine builder called
launch
allow us to start a coroutine in background and keep working in the meantime. - so async will run in background then return its promised result to parent coroutine which
created by launch. - when we get a result, it is up to us to do handle the result.
launch { try { val serviceResponse: Data? = withContext(Dispatchers.IO) { dataRepository.requestNews() } if (serviceResponse?.code == Error.SUCCESS_CODE) { val data = serviceResponse.data callback.onSuccess(data as NewsModel) } else { callback.onFail(serviceResponse?.error) } } catch (e: Exception) { callback.onFail(Error(e)) } }
- yes , RXAndroid is easy , powerful , but you should know in which MVP
layer you will put it . - for observables which will emit data stream , it has to be in your
data layer , and don't inform those observables any thing else like
in which thread those will consume , cause it is another
responsibility , and according toSingle responsibility principle
inSOLID (object-oriented design)
, so don't break this concept by
mixing every thing due to RXAndroid ease .
Copyright [2016] [Ahmed Eltaher]
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.