Меня что то смущает дженерик параметр который IRequest

Предположение что он может отказаться считать T<V> за I1<I2> даже несмотря на соответствие интерфейсов. Ему может понадобиться именно T<I2>. Но я до сих пор не настолько знаком с шарпом.

Возможно из-за того что он конкретный у тебя а не интерфейс

И из-за отсутствия вариантности

Он и не может скастить

Да, он предложил, я добавил.Но предложил он только в хендлере

В реквест добавь еще

А, стой

Ты для реквеста как раз добавил

Для тайп параметра реквеста

Попробуй снова

В IRequest возможно тоже

Если так не сработает, то тоже, да

Большинство людей пишет using-и перед namespace. Думаю к этому приучают примеры и литература...

Я использую using внутри namespace:
- чтобы дейcтвие using имело явную область видимости (причины такие же, как и для локальных переменных, которые мы не объявляем глобально)
- иногда приходиться распространять код в виде исходников,  и мой выбор дает возможность просто провести конкатенацию всех файлов проекта в один длинный файл (не поломав компиляцию). Например так делается c исходниками SQLite (https://www.sqlite.org/amalgamation.html)

С другой стороны, мой выбор "режет глаз" большинству разработчиков... так что не факт..
По-сути это выбор код-стайла в проекте/в компании, etc...

Так не помогло

Короче говоря, это вкусовщина

В сишарпе где диктатура 1 неймспейс + 1 класс это 1 файл, в большинстве случае внутренние юзинги не нужны, лично мне они тоже режут глаза

На райдер перейдешь, он сам будет над неймспейсом ставить юзинги) ты даже не будешь замечать что юзинга нет

Это зависит от кодстайоа твоего, по умолчанию да

Это можно настроить? Прикол