Cách tải Context trong Android MVVM ViewModel

Tôi đang cố gắng triển khai mẫu MVVM trong ứng dụng Android của mình. Tôi đã đọc rằng ViewModels không được chứa mã cụ thể cho android (để giúp việc kiểm tra dễ dàng hơn), tuy nhiên tôi cần sử dụng ngữ cảnh cho nhiều thứ khác nhau (lấy tài nguyên từ xml, khởi tạo tùy chọn, v.v.). Cách tốt nhất để làm việc này là gì? Tôi thấy điều đó AndroidViewModelcó tham chiếu đến ngữ cảnh ứng dụng, tuy nhiên có chứa mã cụ thể của android nên tôi không chắc liệu đó có phải trong ViewModel hay không. Ngoài ra, những sự kiện đó cũng liên kết với các sự kiện trong vòng đời Hoạt động, nhưng tôi đang sử dụng dao găm để quản lý phạm vi của các thành phần nên tôi không chắc điều đó sẽ ảnh hưởng đến nó như thế nào. Tôi mới sử dụng mẫu MVVM và Dagger nên mọi sự trợ giúp đều được đánh giá cao!

Bạn có thể sử dụng một Applicationngữ cảnh được cung cấp bởi AndroidViewModel, bạn nên mở rộng AndroidViewModelmà chỉ đơn giản là một ngữ cảnh ViewModelbao gồm một Applicationtham chiếu.

Đối với mô hình xem thành phần kiến ​​trúc Android,

Việc chuyển Bối cảnh hoạt động của bạn sang ViewModel của Activity không phải là một phương pháp hay vì nó bị rò rỉ bộ nhớ.

Do đó, để lấy ngữ cảnh trong ViewModel của bạn, lớp ViewModel nên mở rộng Lớp mô hình chế độ xem Android . Bằng cách đó, bạn có thể nhận được ngữ cảnh như được hiển thị trong mã ví dụ bên dưới.

class ActivityViewModel(application: Application) : AndroidViewModel(application) {

    private val context = getApplication<Application>().applicationContext

    //... ViewModel methods 

}

Không phải là ViewModels không nên chứa mã cụ thể của Android để làm cho việc kiểm tra dễ dàng hơn, vì nó là phần trừu tượng giúp kiểm tra dễ dàng hơn.

Lý do tại sao ViewModels không nên chứa một phiên bản của Context hoặc bất kỳ thứ gì giống như Views hoặc các đối tượng khác giữ một Context là bởi vì nó có một vòng đời riêng biệt với các Activity và Fragment.

Ý tôi là, giả sử bạn thực hiện thay đổi xoay vòng trên ứng dụng của mình. Điều này khiến Activity và Fragment của bạn tự phá hủy để nó tự tạo lại. ViewModel có nghĩa là vẫn tồn tại trong trạng thái này, vì vậy có khả năng xảy ra sự cố và các trường hợp ngoại lệ khác nếu nó vẫn giữ Chế độ xem hoặc Ngữ cảnh cho Hoạt động bị phá hủy.

Về cách bạn nên làm những gì bạn muốn làm, MVVM và ViewModel hoạt động thực sự tốt với thành phần Databinding của JetPack. Đối với hầu hết những thứ bạn thường lưu trữ Chuỗi, int hoặc v.v., bạn có thể sử dụng Databinding để làm cho Chế độ xem hiển thị trực tiếp, do đó không cần lưu trữ giá trị bên trong ViewModel.

Nhưng nếu bạn không muốn Databinding, bạn vẫn có thể truyền Context bên trong hàm tạo hoặc các phương thức để truy cập Tài nguyên. Chỉ cần không giữ một phiên bản của Ngữ cảnh đó bên trong ViewModel của bạn.

Câu trả lời ngắn gọn - Đừng làm điều này

Tại sao ?

Nó đánh bại toàn bộ mục đích của các mô hình chế độ xem

Hầu hết mọi thứ bạn có thể làm trong mô hình chế độ xem đều có thể được thực hiện trong hoạt động / phân đoạn bằng cách sử dụng các phiên bản LiveData và nhiều cách tiếp cận được đề xuất khác.

Những gì tôi đã làm thay vì có một Ngữ cảnh trực tiếp trong ViewModel, tôi đã tạo các lớp trình cung cấp như ResourceProvider sẽ cung cấp cho tôi các tài nguyên tôi cần và tôi đã đưa các lớp trình cung cấp đó vào ViewModel của mình

TL; DR: Đưa ngữ cảnh của Ứng dụng thông qua Dagger trong ViewModels của bạn và sử dụng nó để tải các tài nguyên. Nếu bạn cần tải hình ảnh, hãy chuyển thể hiện View thông qua các đối số từ các phương thức Databinding và sử dụng ngữ cảnh View đó.

MVVM là một kiến ​​trúc tốt và nó chắc chắn là tương lai của sự phát triển Android, nhưng có một số thứ vẫn còn xanh. Lấy ví dụ về giao tiếp lớp trong kiến ​​trúc MVVM, tôi đã thấy các nhà phát triển khác nhau (các nhà phát triển rất nổi tiếng) sử dụng LiveData để giao tiếp các lớp khác nhau theo những cách khác nhau. Một số người trong số họ sử dụng LiveData để giao tiếp ViewModel với UI, nhưng sau đó họ sử dụng giao diện gọi lại để giao tiếp với Kho lưu trữ hoặc họ có Tương tác / Cơ sở sử dụng và họ sử dụng LiveData để giao tiếp với chúng. Vấn đề ở đây, là không phải tất cả mọi thứ là 100% xác định được nêu ra .

Điều đó đang được nói, cách tiếp cận của tôi với vấn đề cụ thể của bạn là có sẵn ngữ cảnh của Ứng dụng thông qua DI để sử dụng trong ViewModels của tôi để lấy những thứ như Chuỗi từ string.xml của tôi

Nếu tôi đang xử lý việc tải hình ảnh, tôi cố gắng chuyển qua các đối tượng View từ các phương thức của bộ điều hợp Databinding và sử dụng ngữ cảnh của View để tải hình ảnh. Tại sao? vì một số công nghệ (ví dụ: Glide) có thể gặp sự cố nếu bạn sử dụng ngữ cảnh của Ứng dụng để tải hình ảnh.

Hy vọng nó giúp!

Như những người khác đã đề cập, AndroidViewModelbạn có thể lấy Contextcái gì để có được ứng dụng nhưng từ những gì tôi thu thập được trong các nhận xét, bạn đang cố gắng thao túng @drawablecác s từ bên trong của mình ViewModelđể đánh bại mục đích MVVM.

Nói chung, nhu cầu có một Contexttrong ViewModelhầu hết các gợi ý rằng bạn nên xem xét suy nghĩ lại cách bạn phân chia logic giữa Views và của bạn ViewModels.

Thay vì ViewModelgiải quyết các phần có thể kéo và đưa chúng vào Hoạt động / Phân mảnh, hãy cân nhắc để Phân đoạn / Hoạt động sắp xếp các phần có thể kéo dựa trên dữ liệu được sở hữu bởi ViewModel. Giả sử, bạn cần các bảng có thể kéo khác nhau được hiển thị trong chế độ xem cho trạng thái bật / tắt - đó là trạng thái ViewModelsẽ giữ trạng thái (có thể là boolean) nhưng việc Viewcủa bạn là chọn có thể kéo cho phù hợp.

Nó có thể được thực hiện khá dễ dàng với DataBinding :

<ImageView
...
app:src="@{viewModel.isOn ? @drawable/switch_on : @drawable/switch_off}"
/>

Nếu bạn có nhiều trạng thái và có thể kéo hơn, để tránh logic khó sử dụng trong tệp bố cục, bạn có thể viết BindingAdapter tùy chỉnh để dịch, chẳng hạn như, một Enumgiá trị thành R.drawable.*(ví dụ: phù hợp với thẻ)

Hoặc có thể bạn cần Contextmột thành phần nào đó mà bạn sử dụng bên trong ViewModel- sau đó, tạo thành phần bên ngoài ViewModelvà chuyển nó vào. Bạn có thể sử dụng DI, hoặc singletons, hoặc tạo Contextthành phần-phụ thuộc ngay trước khi khởi tạo ViewModeltrong Fragment/ Activity.

Tại sao phải bận tâm: Contextlà một thứ dành riêng cho Android và phụ thuộc vào những thứ đó ViewModellà một thực tế không tốt: chúng cản trở việc kiểm thử đơn vị. Mặt khác, các giao diện thành phần / dịch vụ của riêng bạn hoàn toàn nằm trong tầm kiểm soát của bạn nên bạn có thể dễ dàng mô phỏng chúng để thử nghiệm.

có tham chiếu đến ngữ cảnh ứng dụng, tuy nhiên có chứa mã cụ thể của android

Tin tốt là bạn có thể sử dụng Mockito.mock(Context.class)và làm cho ngữ cảnh trả về bất cứ thứ gì bạn muốn trong các thử nghiệm!

Vì vậy, chỉ cần sử dụng một ViewModelnhư bình thường và cung cấp cho nó ApplicationContext thông qua ViewModelProviders.Factory như bạn thường làm.

bạn có thể truy cập ngữ cảnh ứng dụng getApplication().getApplicationContext()từ trong ViewModel. Đây là những gì bạn cần để truy cập tài nguyên, tùy chọn, v.v.

Bạn không nên sử dụng các đối tượng liên quan đến Android trong ViewModel của mình vì động cơ của việc sử dụng ViewModel là để tách mã java và mã Android để bạn có thể kiểm tra logic nghiệp vụ của mình một cách riêng biệt và bạn sẽ có một lớp riêng biệt gồm các thành phần Android và logic kinh doanh của mình và dữ liệu, Bạn không nên có ngữ cảnh trong ViewModel của mình vì nó có thể dẫn đến sự cố

Tôi đã gặp sự cố SharedPreferenceskhi sử dụng ViewModellớp học vì vậy tôi đã lấy lời khuyên từ các câu trả lời ở trên và thực hiện cách sử dụng sau AndroidViewModel. Mọi thứ bây giờ trông tuyệt vời

Cho AndroidViewModel

import android.app.Application;
import android.content.Context;
import android.content.SharedPreferences;

import androidx.lifecycle.AndroidViewModel;
import androidx.lifecycle.LiveData;
import androidx.lifecycle.MutableLiveData;
import androidx.preference.PreferenceManager;

public class HomeViewModel extends AndroidViewModel {

    private MutableLiveData<String> some_string;

    public HomeViewModel(Application application) {
        super(application);
        some_string = new MutableLiveData<>();
        Context context = getApplication().getApplicationContext();
        SharedPreferences preferences = PreferenceManager.getDefaultSharedPreferences(context);
        some_string.setValue("<your value here>"));
    }

}

Và trong Fragment

import android.os.Bundle;
import android.util.Log;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
import android.widget.TextView;

import androidx.annotation.NonNull;
import androidx.annotation.Nullable;
import androidx.fragment.app.Fragment;
import androidx.lifecycle.Observer;
import androidx.lifecycle.ViewModelProviders;


public class HomeFragment extends Fragment {


    public View onCreateView(@NonNull LayoutInflater inflater,
                             ViewGroup container, Bundle savedInstanceState) {
        final View root = inflater.inflate(R.layout.fragment_home, container, false);
        HomeViewModel homeViewModel = ViewModelProviders.of(this).get(HomeViewModel.class);
        homeViewModel.getAddress().observe(getViewLifecycleOwner(), new Observer<String>() {
            @Override
            public void onChanged(@Nullable String address) {


            }
        });
        return root;
    }
}

Tôi đã tạo nó theo cách này:

@Module
public class ContextModule {

    @Singleton
    @Provides
    @Named("AppContext")
    public Context provideContext(Application application) {
        return application.getApplicationContext();
    }
}

Và sau đó tôi vừa thêm vào AppComponent ContextModule.class:

@Component(
       modules = {
                ...
               ContextModule.class
       }
)
public interface AppComponent extends AndroidInjector<BaseApplication> {
.....
}

Và sau đó tôi đã chèn ngữ cảnh vào ViewModel của mình:

@Inject
@Named("AppContext")
Context context;

Sử dụng mẫu sau:

class NameViewModel(
val variable:Class,application: Application):AndroidViewModel(application){
   body...
}