Внедрение зависимости MVP

Вот то, что я делаю:

Во-первых, я определяю интерфейсы тезисов:

public interface IView<TPresenter>
{
    TPresenter Presenter { get; set; }
}

public interface IPresenter<TView, TPresenter>
    where TView : IView<TPresenter>
    where TPresenter : IPresenter<TView, TPresenter>
{
    TView View { get; set; }
}

Затем этот абстрактный класс предъявителя:

public abstract class AbstractPresenter<TView, TPresenter> : IPresenter<TView, TPresenter>
    where TView : IView<TPresenter>
    where TPresenter : class, IPresenter<TView, TPresenter>
{
    protected TView view;

    public TView View
    {
        get { return this.view; }
        set
        {
            this.view = value;
            this.view.Presenter = this as TPresenter;
        }
    }
}

Представление введено через свойство, вместо конструктора, для разрешения двунаправленной привязанности в методе set. Заметьте, что необходим безопасный бросок...

Затем мой конкретный предъявитель - что-то как:

public class MyPresenter : AbstractPresenter<IMyView, MyPresenter>
{
    //...
}

Где IMyView реализации IView. Конкретный тип представления должен существовать (например. MyView), но это - контейнер, который разрешает его:

1. Я регистрируюсь MyPresenter введите как самостоятельно в контейнере с переходным поведением.
2. Я регистрируюсь MyView как IMyView в контейнере с переходным поведением.
3. Я затем прошу a MyPresenter к контейнеру.
4. Контейнер instanciate MyView
5. Это instanciates a MyPresenter
6. Это вводит представление в предъявителя через AbstractPresenter.View свойство.
7. Код метода set завершает двунаправленную ассоциацию
8. Контейнер возвращает Предъявителя/Представление пары

Это позволяет Вам вводить другие зависимости (сервисы, repos) и в Ваше представление и в Вашего предъявителя. Но в сценарии Вы описали, я рекомендую Вам ввести сервисы и кэши в предъявителя вместо представления.