Архитектура mvvm android kotlin

Saved searches

Use saved searches to filter your results more quickly

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

MVVM architecture using Kotlin, Dagger, Retrofit, Coroutines, Flow, StateFlow, and etc.

amitshekhariitbhu/MVVM-Architecture-Android

This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?

Sign In Required

Please sign in to use Codespaces.

Launching GitHub Desktop

If nothing happens, download GitHub Desktop and try again.

Launching GitHub Desktop

If nothing happens, download GitHub Desktop and try again.

Launching Xcode

If nothing happens, download Xcode and try again.

Launching Visual Studio Code

Your codespace will open once ready.

There was a problem preparing your codespace, please try again.

Latest commit

Git stats

Files

Failed to load latest commit information.

README.md

MVVM Architecture Android Beginners: Sample App

This repository contains a sample app that implements MVVM architecture using Kotlin, Dagger, Retrofit, Coroutines, Flow, StateFlow, and etc.

My Personal Blog — amitshekhar.me — High-quality content to learn Android concepts.

  • MVVM Architecture
  • Kotlin
  • Dagger
  • Retrofit
  • Coroutines
  • Flow
  • StateFlow

The app has following packages:

  • data: It contains all the data accessing and manipulating components.
  • di: It contains all the dependency injection related classes and interfaces.
  • ui: View classes along with their corresponding ViewModel.
  • utils: Utility classes.

Resources to learn MVVM Architecture and other components used in this project:

  • MVVM Architecture: MVVM Architecture — Android Tutorial
    • We will cover the following in this tutorial:
      • What is MVVM architecture?
      • Set up a new project with Kotlin and other dependencies required.
      • Project Structure.
      • Set up the utils package.
      • Set up the data layer.
      • Set up the di layer.
      • Set up UI layer, build and run the project.
      • Project Source Code and What Next?

      You can connect with me on:

       Copyright (C) 2022 Amit Shekhar 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. 

      Contributing to Android MVVM Architecture

      Just make pull request. You are in!

      About

      MVVM architecture using Kotlin, Dagger, Retrofit, Coroutines, Flow, StateFlow, and etc.

      Источник

      Saved searches

      Use saved searches to filter your results more quickly

      You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

      MVVM + Kotlin + Retrofit2 + Hilt + Coroutines + Kotlin Flow + mockK + Espresso + Junit5

      License

      ahmedeltaher/MVVM-Kotlin-Android-Architecture

      This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

      Name already in use

      A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?

      Sign In Required

      Please sign in to use Codespaces.

      Launching GitHub Desktop

      If nothing happens, download GitHub Desktop and try again.

      Launching GitHub Desktop

      If nothing happens, download GitHub Desktop and try again.

      Launching Xcode

      If nothing happens, download Xcode and try again.

      Launching Visual Studio Code

      Your codespace will open once ready.

      There was a problem preparing your codespace, please try again.

      Latest commit

      Git stats

      Files

      Failed to load latest commit information.

      README.md

      MVVM3

      Model-View-ViewModel (ie MVVM) is a template of a client application architecture, proposed by John Gossman as an alternative to MVC and MVP patterns when using Data Binding technology. Its concept is to separate data presentation logic from business logic by moving it into particular class for a clear distinction. You can also check MVP

      Why Promoting MVVM VS MVP:

      • ViewModel has Built in LifeCycleOwerness, on the other hand Presenter not, and you have to take this responsiblty in your side.
      • ViewModel doesn’t have a reference for View, on the other hand Presenter still hold a reference for view, even if you made it as weakreference.
      • ViewModel survive configuration changes, while it is your own responsiblities to survive the configuration changes in case of Presenter. (Saving and restoring the UI state)

      MVVM Best Pratice:

      • Avoid references to Views in ViewModels.
      • Instead of pushing data to the UI, let the UI observe changes to it.
      • Distribute responsibilities, add a domain layer if needed.
      • Add a data repository as the single-point entry to your data.
      • Expose information about the state of your data using a wrapper or another LiveData.
      • Consider edge cases, leaks and how long-running operations can affect the instances in your architecture.
      • Don’t put logic in the ViewModel that is critical to saving clean state or related to data. Any call you make from a ViewModel can be the last one.

      What is Coroutines ?

      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.

      Coroutines VS RXJava

      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.

      How does Coroutines concept 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.

      When I can choose Coroutines or RX-Kotlin to do some behaviour ?

      • 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 .

      What is the Coroutines benefits?

      • 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.

      Handle Retrofit with Coroutines

      8399

      // 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' 
      @GET("topstories/v2/home.json") suspend fun fetchNews(): ResponseNewsModel>
      • 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.
      newsMutableLiveData.postValue(Resource.Loading()) launch < try < serviceResponse = dataRepository.requestNews() newsMutableLiveData.postValue(serviceResponse) > catch (e: Exception) < newsMutableLiveData.postValue(Resource.DataError(NETWORK_ERROR)) > >

      Keep your code clean according to MVVM

      • Yes , liveData is easy , powerful , but you should know how to use.
      • For livedate 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
      • For livedata which will emit UI binding events, it has to be in your ViewModel Layer.
      • Observers in UI Consume and react to live data values and bind it. responsibility , and according to Single responsibility principle in SOLID (object-oriented design) , so don’t break this concept by mixing the responsibilities .

      mvvm2

      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.

      About

      MVVM + Kotlin + Retrofit2 + Hilt + Coroutines + Kotlin Flow + mockK + Espresso + Junit5

      Источник

      Читайте также:  Local time formatter java
Оцените статью