ViewModel creation in Android Kotlin - Practice Problems & Coding Challenges

Challenge - 5 Problems

📝 Syntax

intermediate

Correct ViewModel class declaration

Which option correctly declares a simple ViewModel class in Kotlin for Android?

A class MyViewModel : ViewModel() {}

B class MyViewModel extends ViewModel {}

C class MyViewModel : ViewModel {}

D fun MyViewModel() : ViewModel {}

💡 Hint

Remember Kotlin uses ':' for inheritance and parentheses for constructor calls.

In Kotlin, to create a ViewModel class, you extend ViewModel with a colon and call its constructor with parentheses. Option A follows this syntax correctly.

❓ ui_behavior

intermediate

ViewModel lifecycle behavior

What happens to a ViewModel instance when the associated Activity is rotated (configuration change)?

A The ViewModel is destroyed and recreated with the Activity.

B The ViewModel instance is retained and reused by the new Activity instance.

C The ViewModel is paused and resumed after rotation.

D The ViewModel is converted to a singleton shared across all Activities.

💡 Hint

Think about how ViewModel helps keep UI data during screen rotations.

ViewModel survives configuration changes like rotation by being retained and reused by the new Activity instance, preventing data loss.

🧠 Conceptual

advanced

Purpose of ViewModel in MVVM architecture

What is the main role of a ViewModel in the MVVM pattern on Android?

A To handle UI rendering and user input directly.

B To replace the Activity and Fragment lifecycle methods.

C To store and manage UI-related data and handle business logic separate from UI.

D To manage database connections and network calls only.

💡 Hint

ViewModel acts as a bridge between UI and data layers.

ViewModel holds UI data and business logic, keeping it separate from UI controllers like Activities or Fragments, enabling cleaner code and lifecycle awareness.

🔧 Debug

advanced

Identify the error in ViewModel usage

What error will occur with this code snippet? val viewModel = ViewModelProvider(this).get(MyViewModel::class.java) class MyViewModel {}

Android Kotlin

val viewModel = ViewModelProvider(this).get(MyViewModel::class.java)

class MyViewModel {}

A No error, code runs correctly.

B Compile error: Missing parentheses in ViewModelProvider constructor.

C Runtime error: ViewModelProvider requires a Fragment, not Activity.

D Compile error: MyViewModel must extend ViewModel class.

💡 Hint

Check if MyViewModel inherits from the correct base class.

MyViewModel does not extend ViewModel, so ViewModelProvider cannot create its instance, causing a compile error.

❓ navigation

expert

ViewModel sharing between fragments

How can two fragments in the same Activity share the same ViewModel instance?

A Use ViewModelProvider with the Activity as the owner for both fragments.

B Create separate ViewModel instances in each fragment using their own ViewModelProvider(this).

C Pass ViewModel instance manually via fragment arguments bundle.

D Use a singleton ViewModel instance created outside the Activity.

💡 Hint

Think about the lifecycle owner scope when requesting ViewModel.

Using the Activity as the ViewModelStoreOwner allows fragments to share the same ViewModel instance tied to the Activity lifecycle.

Practice

1. What is the main purpose of a ViewModel in Android development?

easy

A. To define the layout of the app screen

B. To handle user input events directly

C. To store and manage UI-related data in a lifecycle conscious way

D. To manage network requests

Solution

1. Step 1: Understand ViewModel role

   A ViewModel is designed to hold UI data safely during configuration changes like screen rotations.

2. Step 2: Compare options

   Only To store and manage UI-related data in a lifecycle conscious way describes this purpose correctly; others describe unrelated tasks.

3. Final Answer:

   To store and manage UI-related data in a lifecycle conscious way -> Option C

4. Quick Check:

   ViewModel purpose = store UI data safely [OK]

Hint: ViewModel holds UI data safely during screen changes [OK]

Common Mistakes:

• Confusing ViewModel with UI layout classes
• Thinking ViewModel handles user input directly
• Assuming ViewModel manages network calls

2. Which of the following is the correct way to declare a ViewModel class in Kotlin?

easy

A. class MyViewModel extends ViewModel {}

B. class MyViewModel : ViewModel() {}

C. fun MyViewModel() : ViewModel {}

D. val MyViewModel = ViewModel()

Solution

1. Step 1: Recall Kotlin class syntax

   Kotlin uses a colon (:) to extend a class and parentheses for constructor calls.

2. Step 2: Check each option

   class MyViewModel : ViewModel() {} uses correct Kotlin syntax for extending ViewModel; others use Java syntax or invalid declarations.

3. Final Answer:

   class MyViewModel : ViewModel() {} -> Option B

4. Quick Check:

   Kotlin inheritance uses ':' and parentheses [OK]

Hint: Use ':' to extend class in Kotlin, not 'extends' [OK]

Common Mistakes:

• Using Java syntax 'extends' in Kotlin
• Declaring ViewModel as a function
• Assigning ViewModel to a val without class

3. Given this ViewModel code snippet, what will be the output when counter.value is printed after increment() is called twice?

class CounterViewModel : ViewModel() {
  val counter = MutableLiveData(0)
  fun increment() {
    counter.value = (counter.value ?: 0) + 1
  }
}

medium

A. 2

B. 1

C. null

D. 0

Solution

1. Step 1: Understand initial value and increment

   counter starts at 0; each increment adds 1 to current value.

2. Step 2: Calculate after two increments

   After first call: 0 + 1 = 1; after second call: 1 + 1 = 2.

3. Final Answer:

   2 -> Option A

4. Quick Check:

   Two increments from 0 = 2 [OK]

Hint: Each increment adds 1; two calls add 2 total [OK]

Common Mistakes:

• Forgetting to unwrap nullable value
• Assuming counter resets each time
• Confusing LiveData with normal variable

4. Identify the error in this ViewModel code:

class SampleViewModel : ViewModel() {
  val data = MutableLiveData<String>()

  fun updateData(newData: String) {
    data.value = newData
  }

  fun getData(): String {
    return data.value
  }
}

medium

A. ViewModel class must be abstract

B. MutableLiveData cannot hold String values

C. updateData() should not modify LiveData value

D. getData() returns nullable String but declared as non-nullable

Solution

1. Step 1: Check LiveData type and usage

   MutableLiveData<String> can hold String values; updateData() correctly sets value.

2. Step 2: Analyze getData() return type

   data.value is nullable String?, but getData() returns non-nullable String, causing a type mismatch.

3. Final Answer:

   getData() returns nullable String but declared as non-nullable -> Option D

4. Quick Check:

   LiveData value is nullable; return type must match [OK]

Hint: LiveData.value is nullable; match return types carefully [OK]

Common Mistakes:

• Ignoring nullable type of LiveData.value
• Thinking ViewModel must be abstract
• Believing LiveData can't hold String

5. You want to create a ViewModel that holds a list of user names and updates the UI reactively. Which is the best way to declare and update this list inside your ViewModel?

hard

A. class UserViewModel : ViewModel() {\n val users = MutableLiveData(emptyList())\n fun addUser(name: String) {\n users.value = users.value?.plus(name)\n }\n}

B. class UserViewModel : ViewModel() {\n val users = mutableListOf<String>()\n fun addUser(name: String) {\n users.add(name)\n }\n}

C. class UserViewModel : ViewModel() {\n var users = listOf<String>()\n fun addUser(name: String) {\n users += name\n }\n}

D. class UserViewModel : ViewModel() {\n val users = LiveData()\n fun addUser(name: String) {\n users.value = listOf(name)\n }\n}

Solution

1. Step 1: Identify reactive data holder

   MutableLiveData<List<String>> allows UI to observe changes and update reactively.

2. Step 2: Check update method correctness

   class UserViewModel : ViewModel() {\n val users = MutableLiveData<List<String>>(emptyList())\n fun addUser(name: String) {\n users.value = users.value?.plus(name)\n }\n} uses users.value?.plus(name) to add a user immutably and update LiveData, which is correct.

3. Step 3: Review other options

   class UserViewModel : ViewModel() {\n val users = mutableListOf<String>()\n fun addUser(name: String) {\n users.add(name)\n }\n} uses mutableList but not LiveData, so UI won't update reactively. class UserViewModel : ViewModel() {\n var users = listOf<String>()\n fun addUser(name: String) {\n users += name\n }\n} uses var list but no LiveData. class UserViewModel : ViewModel() {\n val users = LiveData<List<String>>()\n fun addUser(name: String) {\n users.value = listOf(name)\n }\n} tries to instantiate LiveData directly, which is abstract and invalid.

4. Final Answer:

   class UserViewModel : ViewModel() {\n val users = MutableLiveData<List<String>>(emptyList())\n fun addUser(name: String) {\n users.value = users.value?.plus(name)\n }\n} -> Option A

5. Quick Check:

   Use MutableLiveData with immutable updates for reactive UI [OK]

Hint: Use MutableLiveData and update list immutably for UI updates [OK]

Common Mistakes:

• Using mutableList without LiveData for UI data
• Trying to instantiate LiveData directly
• Modifying list without updating LiveData value