Czy istnieją jakieś znane problemy z korzystaniem z Microsoft.Extensions.DependencyIntion z MVVMcross

1. Niezgodność z procesem uruchamiania MVVMCROSS: MVVMCROSS wymaga możliwości rozwiązywania komponentów w części przez proces konfiguracji, a następnie kontynuować rejestrację większej liczby komponentów. Jednak Microsoft.Extensions.dependencyIntion (MS.DI) wymaga zarejestrowania wszystkich komponentów przed wywołaniem `.build ()` w zbiorze usług. Ta fundamentalna różnica sprawia, że ​​oba systemy nie są niezgodne bez dodatkowych obejść, takich jak ręczne tłumaczenie usług z jednego kontenera na inny [1].

2. Dwustopniowy proces uruchamiania: Aby wykorzystać Ms.Di z MVVMCROSS, programiści często budują kolekcję usług MS.DI, a następnie tłumaczą jego usługi na instancję MVVMCROSS `IMVXIOCPROVIDER`. Takie podejście wprowadza dwustopniowy proces uruchamiania, który może być uciążliwy i może prowadzić do dodatkowej złożoności i potencjalnych problemów [1].

3. Ograniczenia wtrysku zależności: Pojemnik MKOl MVVMCROSS traktuje aspekt singletonu na poziomie interfejsu, a nie na instanowany typ. Oznacza to, że jeśli klasa implementuje wiele interfejsów, MVVMCROSS może tworzyć osobne instancje dla każdego interfejsu, chyba że jest wyraźnie zarządzane [4]. Chociaż nie jest to bezpośrednio związane z Panią, podkreśla potrzebę starannego zarządzania podczas integracji różnych systemów wtrysku zależności.

4. Problemy z aktualizacją i kompatybilnością: Uaktualnienie wersji MVVMCROSS może czasami wprowadzać problemy z wstrzyknięciem zależności, szczególnie przy użyciu modeli View Base. Na przykład zmiany w logice wyboru konstruktora między wersjami mogą wpływać na sposób wstrzyknięcia zależności [2].

Aby przezwyciężyć te wyzwania, programiści często decydują się na zwiększenie funkcjonalności MVVMCROSS bez zastępowania jego głównego pojemnika MKOl. Umożliwia to zastosowanie dodatkowych ram wtrysku zależności, takich jak MS.DI wraz z MVVMCROSS, zapewniając elastyczność w wyborze dostawcy MKOl [1] [5]. Wymaga to jednak starannej konfiguracji i zarządzania, aby uniknąć konfliktów i zapewnić bezproblemową integrację.

Podsumowując, podczas korzystania z Microsoft.Extensions.DependencyIntizter z MVVMCROSS jest możliwy, wymaga starannego rozważenia procesu uruchamiania, potencjalnych niezgodności i starannego zarządzania zależnościami w celu uniknięcia znanych problemów.