Android MVVM ViewModel'de Bağlam nasıl edinilir

Android uygulamamda MVVM modelini uygulamaya çalışıyorum. ViewModels'in android'e özel kod içermemesi gerektiğini okudum (testi kolaylaştırmak için), ancak çeşitli şeyler için bağlam kullanmam gerekiyor (xml'den kaynak alma, tercihleri ​​başlatma vb.). Bunu yapmanın en iyi yolu nedir? Bunun AndroidViewModeluygulama bağlamına bir referansı olduğunu gördüm , ancak android'e özgü kod içeriyor, bu yüzden bunun ViewModel'de olması gerekip gerekmediğinden emin değilim. Ayrıca bunlar Etkinlik yaşam döngüsü olaylarına da bağlıdır, ancak bileşenlerin kapsamını yönetmek için hançer kullanıyorum, bu yüzden bunun onu nasıl etkileyeceğinden emin değilim. MVVM modelinde ve Dagger'da yeniyim, bu yüzden her türlü yardım için minnettarım!

ApplicationTarafından sağlanan bir bağlamı kullanabilirsiniz AndroidViewModel, genişletmeniz gerekir AndroidViewModelki bu sadece ViewModelbir Applicationreferans içerir .

Android Mimari Bileşenleri için Modeli Görüntüle,

Aktivite Bağlamınızı Aktivitenin ViewModel'ine bir bellek sızıntısı olarak geçirmek iyi bir uygulama değildir.

Dolayısıyla, ViewModel'inizdeki bağlamı elde etmek için, ViewModel sınıfı Android Görünüm Modeli Sınıfını genişletmelidir . Bu şekilde, aşağıdaki örnek kodda gösterildiği gibi bağlamı elde edebilirsiniz.

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

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

    //... ViewModel methods 

}

ViewModels, testi kolaylaştırmak için Android'e özel kod içermemelidir, çünkü testi kolaylaştıran soyutlamadır.

ViewModels'in bir Bağlam örneğini veya Görünümler gibi bir şeyi veya bir Bağlamı tutan diğer nesneleri içermemesinin nedeni, bunun Etkinlikler ve Parçalardan ayrı bir yaşam döngüsüne sahip olmasıdır.

Bununla demek istediğim, uygulamanızda bir rotasyon değişikliği yaptığınızı varsayalım. Bu, Aktivitenizin ve Parçanızın kendisini yok etmesine ve böylece kendini yeniden yaratmasına neden olur. ViewModel, bu durum sırasında varlığını sürdürmek için tasarlanmıştır, bu nedenle, yok edilen Aktivite için hala bir Görünüm veya Bağlam tutuyorsa, çökme ve diğer istisnaların olma ihtimali vardır.

Yapmak istediğiniz şeyi nasıl yapmanız gerektiğine gelince, MVVM ve ViewModel, JetPack'in Databinding bileşeniyle gerçekten iyi çalışıyor. Genellikle bir String, int, vb. Depolayacağınız çoğu şey için, View'lerin doğrudan görüntülemesini sağlamak için Databinding'i kullanabilirsiniz, böylece değeri ViewModel içinde saklamanız gerekmez.

Ancak Veri Bağlama istemiyorsanız, yine de Oluşturucu içindeki Bağlamı veya Kaynaklara erişmek için yöntemleri iletebilirsiniz. ViewModel'inizde bu Context'in bir örneğini tutmayın.

Kısa cevap - Bunu yapma

Neden ?

Görünüm modellerinin tüm amacını ortadan kaldırır

Görünüm modelinde yapabileceğiniz hemen hemen her şey, LiveData örnekleri ve diğer çeşitli önerilen yaklaşımlar kullanılarak etkinlik / parça içinde yapılabilir.

Doğrudan ViewModel'de bir Context kullanmak yerine yaptığım şeyi, bana ihtiyacım olan kaynakları verecek olan ResourceProvider gibi sağlayıcı sınıfları yaptım ve bu sağlayıcı sınıflarını ViewModel'ime enjekte ettim.

TL; DR: Uygulamanın bağlamını ViewModel'lerinizdeki Dagger aracılığıyla enjekte edin ve kaynakları yüklemek için kullanın. Görüntüleri yüklemeniz gerekiyorsa, View örneğini Databinding yöntemlerinden bağımsız değişkenler aracılığıyla geçirin ve bu View bağlamını kullanın.

MVVM iyi bir mimari ve kesinlikle Android geliştirmenin geleceği, ancak hala yeşil olan birkaç şey var. Örneğin bir MVVM mimarisindeki katman iletişimini ele alalım, farklı geliştiricilerin (çok iyi bilinen geliştiriciler) farklı katmanları farklı yollarla iletmek için LiveData'yı kullandığını gördüm. Bazıları ViewModel'i UI ile iletişim kurmak için LiveData'yı kullanır, ancak daha sonra Depolar ile iletişim kurmak için geri arama arayüzlerini kullanırlar veya Interactor / UseCases'e sahiptirler ve onlarla iletişim kurmak için LiveData kullanırlar. Buradaki nokta, her şeyin henüz % 100 tanımlanmadığıdır .

Bununla birlikte, özel sorununuzla ilgili yaklaşımım, String gibi şeyleri strings.xml'imden almak için ViewModels'imde kullanmak üzere DI aracılığıyla bir Uygulamanın bağlamına sahip olmaktır.

Görüntü yüklemeyle uğraşıyorsam, View nesnelerini Databinding adaptör yöntemlerinden geçirmeye ve görüntüleri yüklemek için View bağlamını kullanmaya çalışırım. Neden? çünkü görüntüleri yüklemek için Uygulamanın bağlamını kullanırsanız bazı teknolojiler (örneğin Glide) sorunlarla karşılaşabilir.

Umarım yardımcı olur!

Diğerlerinin de belirttiği gibi, AndroidViewModeluygulamayı almak için elde edebileceğiniz şeyler var, Contextancak yorumlarda topladığım şeyden, MVVM amacını yenen @drawablekendi içinden s manipüle etmeye çalışıyorsunuz ViewModel.

Genel olarak, gerek bir olması Contextsizin de ViewModelneredeyse evrensel size arasına mantığı bölmek nasıl yeniden düşünmek düşünmelisiniz anlaşılacağı Views ve ViewModels.

ViewModelÇekilebilir öğeleri çözümlemek ve bunları Faaliyet / Parçaya beslemek yerine, Parçanın / Faaliyetin ViewModel,. Diyelim ki, açma / kapama durumu için bir görünümde görüntülenecek farklı çekmecelere ihtiyacınız var - ViewModel(muhtemelen boole) durumunu tutması gereken şey budur, ancak Viewçekilebilir olanı buna göre seçmek işidir.

DataBinding ile oldukça kolay yapılabilir :

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

Daha fazla durumunuz ve çekilebilir öğeleriniz varsa, mizanpaj dosyasında gereksiz mantığı önlemek için , örneğin bir değeri (örneğin, kart takımları) çeviren özel bir BindingAdapter yazabilirsiniz.EnumR.drawable.*

Ya da belki Contextkendi içinde kullandığınız bazı bileşenlere ihtiyacınız var ViewModel- o zaman bileşeni dışında ViewModeloluşturun ve Contextiçeri aktarın . DI veya tekli anahtarları kullanabilir veya -bağımlı bileşeni ViewModelin Fragment/ başlatmadan hemen önce oluşturabilirsiniz Activity.

Neden rahatsız: ContextAndroid'e özgü bir şeydir ve s'dekilere bağlı olarak ViewModelkötü bir uygulamadır: birim testinin önünde duruyorlar. Öte yandan, kendi bileşen / servis arayüzleriniz tamamen sizin kontrolünüz altındadır, böylece test için kolayca alay edebilirsiniz.

uygulama bağlamına bir referansı vardır, ancak bu, android'e özel kod içerir

İyi haber, Mockito.mock(Context.class)testlerde istediğiniz içeriği kullanabilir ve geri döndürebilirsiniz!

ViewModelNormalde yaptığınız gibi sadece bir kullanın ve ona normalde yaptığınız gibi ViewModelProviders.Factory aracılığıyla ApplicationContext verin.

uygulama bağlamına getApplication().getApplicationContext()ViewModel içinden erişebilirsiniz . Kaynaklara, tercihlere vb. Erişmek için ihtiyacınız olan şey budur.

ViewModel'inizde Android ile ilgili nesneleri kullanmamalısınız, çünkü ViewModel kullanmanın nedeni, java kodunu ve Android kodunu ayırmaktır, böylece iş mantığınızı ayrı ayrı test edebilir ve ayrı bir Android bileşenleri katmanına ve iş mantığınıza sahip olursunuz. ve veriler, çökmelere neden olabileceğinden ViewModel'inizde bağlama sahip olmamalısınız

Sınıfı SharedPreferenceskullanırken sorun yaşıyordum , ViewModelbu yüzden yukarıdaki cevaplardan tavsiyeler aldım ve aşağıdakileri kullanarak yaptım AndroidViewModel. Şimdi her şey harika görünüyor

İçin 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>"));
    }

}

Ve içinde 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;
    }
}

Bunu şu şekilde yarattım:

@Module
public class ContextModule {

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

Ve sonra AppComponent'e ContextModule.class'ı ekledim:

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

Ve sonra ViewModel'ime bağlamı ekledim:

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

Aşağıdaki düzeni kullanın:

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

ViewModel'e bir Bağlamın enjekte edilmesiyle ilgili sorun, Bağlamın ekran dönüşüne, gece moduna veya sistem diline bağlı olarak herhangi bir zamanda değişebilmesi ve döndürülen tüm kaynakların buna göre değişebilmesidir. Basit bir kaynak kimliği döndürmek, getString ikameleri gibi ekstra parametreler için sorunlara neden olur. Yüksek düzeyli bir sonuç döndürmek ve işleme mantığını Aktiviteye taşımak test etmeyi zorlaştırır.

Benim çözümüm, ViewModel'in daha sonra Aktivitenin Bağlamında çalıştırılacak bir işlevi oluşturup döndürmesini sağlamaktır. Kotlin'in sözdizimsel şekeri bunu inanılmaz derecede kolaylaştırıyor!

ViewModel.kt:

// connectedStatus holds a function that calls Context methods
// `this` can be elided
val connectedStatus = MutableLiveData<Context.() -> String> {
  // initial value
  this.getString(R.string.connectionStatusWaiting)
}
connectedStatus.postValue {
  this.getString(R.string.connectionStatusConnected, brand)
}

Activity.kt  // is a Context

override fun onCreate(_: Bundle?) {
  connectionViewModel.connectedStatus.observe(this) { it ->
   // runs the posted value with the given Context receiver
   txtConnectionStatus.text = this.run(it)
  }
}

Bu, ViewModel'in görüntülenen bilgileri hesaplamak için tüm mantığı tutmasına izin verir, birim testleri ile doğrulanır ve Aktivite, hataları gizlemek için dahili bir mantık olmaksızın çok basit bir sunumdur.