时间戳

首页 > 解决方案 > FreshMvvm 中的控制反转 (IOC)

c# - FreshMvvm 中的控制反转 (IOC)

问题描述

关于国际奥委会，我阅读了以下定义和注册interface，我真的无法弄清楚

我们不需要包含我们自己的 IOC 容器，FreshMvvm 内置了一个 IOC 容器。它在下面使用 TinyIOC，但使用不同的命名以避免冲突。

使用 FreshIOC 进行接口注册，如果您看到此代码，则在应用程序启动时执行此实现

public App()  
{  
    InitializeComponent();  

    //Interface rgistration with FreshIOC  
    FreshIOC.Container.Register<IContactRepository, ContactRepository>();  
    FreshIOC.Container.Register<IValidator, ContactValidator>();  

    //var mainPage = FreshPageModelResolver.ResolvePageModel<AddContactPageModel>();  
    //MainPage = new FreshNavigationContainer(mainPage);  
}

为什么我们需要注册接口，如果不注册比什么才是真正的实现呢？实施这个原则有什么好处。我正在关注的这篇文章。

标签： c#xamarinmvvmdependency-injectioninversion-of-control

解决方案

如果你在 Xamarin.Forms 中使用过 DependencySerices，那么你已经使用了大部分。从 Xamarin.Forms 的角度解释

假设您ContentPage需要一个Network类来检查是否存在网络连接，传统的做法是使用new关键字并获取实例，以便您可以调用它的方法。

public MyContentPage : ContentPage
{
    private Network network;
    public MyContentPage()
    {
        //..
        network = new Network();
    }
}

public Network()
{
    public bool HasConnectivity() { ... }
}

这并没有错，但是如果这个类里面Network需要一个Log类呢？而且MyContentPage还需要Log类和Dialog类？这需要在所有其他 50 个页面中完成？依赖注入解决了这些问题以及更多问题！

您创建接口及其实现，然后将它们注册到容器中。然后容器为您解决所有依赖项！

public MyContentPage : ContentPage
{
    private INetwork _network;
    private IDialog _dialog;
    public MyContentPage(INetwork network, IDialog dialog)
    {
        //..
        _network = network;
        _dialog = dialog;
    }
}    

public Network(ILog log)
{
    public bool HasConnectivity() { ... }
}

如果您已经注册了所有依赖项，Container 将处理依赖关系图并为您解决它们。如果 Container 无法解析图，可能是因为你没有注册或者可能是循环依赖，它会抛出异常。

起初这似乎完全没有必要，但随着您的应用程序的增长，MVVM 与 DI 相结合可以更强大，更易于开发。

我所解释的只是 DI 的一小部分，您可以在这篇很棒的 Martin Fowler 帖子中阅读更多关于 IoC 和 DI 的信息

推荐阅读