Сергей Соловьев

Сделай как Task: вместо интерфейсов - конкретные классы.

Это должны быть различные классы - один Generic (с возвращаемым значением), другой без.
Для совместимости можешь добавить оператор приведения один к другому.

В C# нет перегрузки по возвращаемому значению. В случае наследования интерфейсов (первый пример) ты создаешь метод и идентичной сигнатурой, но при этом различными возвращаемыми значениями. Вот он и ругается.

Дополняя ответ Василий Банников.

- Vector3 - это вектор из 3 координат
- Quaternion - это вектор из 4 координат

Невозможно преобразовать, т.к. откуда знать что за 4-ая координата

Это скорее проблема версионирования, чем SRP
Я бы дал такой ответ: тяните что хотите.
Почему:
- Пользователи могут начать использовать вашу версию зависимости - просто откатиться от своей
- Вы можете выложить новую версию своей библиотеки с обновленными зависимостями
- Увеличение продуктивности разработки: скорость, удобство

В любом случае, если им жизненна необходима ваша библиотека, то будьте уверены - они найдут способ ее к себе притащить. Доходя до прямого копипаста исходников

P.S. Как я понял, вы думаете, что увеличение уровня абстракции метода влечет за собой обязательное использование внешних зависимостей, то это не обязательно так - все пишут велосипеды. Например, я однажды написал минималистичный парсер JS, вместо использования сторонних библиотек. Сложность по факту одна и та же, но зависимостей нет.

В Rider это можно сделать через тот же самый Add Reference.
Правая кнопка по проекту -> Add -> Reference... -> Внизу нажимаешь "Add from..." -> Находишь свой dll

На SO уже есть решение через regex

https://stackoverflow.com/questions/11414452/is-th...

if (Regex.IsMatch(stringToCheck, @"\p{IsCyrillic}"))
{
    // there is at least one cyrillic character in the string
}

Одно из решений

public interface IParam
{
}

public interface IProcessor
{ }

public interface IProcessor<in T>: IProcessor 
    where T : IParam
{
    public void Apply(T param);
}

public class ConcreteProcessorA : IProcessor<ConcreteParamA>
{
    public void Apply(ConcreteParamA param)
    {
        Console.WriteLine("Hello from processor A");
    }
}

public class ConcreteParamA : IParam
{
    
}

public class ConcreteProcessorB : IProcessor<ConcreteParamB>
{
    public void Apply(ConcreteParamB param)
    {
        Console.WriteLine("hello form ProcessorB");
    }
}

public class ConcreteParamB : IParam
{
    
}

public class Provider
{
    public Provider(IEnumerable<IProcessor> processors)
    {
        _processors = processors.ToList();
    }
    private List<IProcessor> _processors;
     
    public void Apply<TParam>(TParam param) where TParam: IParam
    {
        foreach (var processor in _processors.Where(p => p
                                                        .GetType()
                                                        .GetInterfaces()
                                                        .Any(i => i.IsAssignableTo(typeof(IProcessor<TParam>))))
                                             .Cast<IProcessor<TParam>>())
        {
            processor.Apply(param);
        }
        throw new InvalidOperationException("Для переданного типа нет обработчика");
    }
}

public class Program
{
    static void Main(string[] args)
    {
        var provider = new Provider(new IProcessor[]
                                    {
                                        new ConcreteProcessorA()
                                    });
        
        provider.Apply(new ConcreteParamA());
        try
        {
            provider.Apply(new ConcreteParamB());
        }
        catch (Exception e)
        {
            Console.WriteLine(e);
        }
        
    }
}

Сначала выдает

Hello from processor A

затем пишет исключение, т.к. обработчика не нашлось

В общем случае нельзя, так как объект лямбды создается каждый, поэтому нужно вынести функцию отдельно.
Но если регистрация и удаление обработчика происходят в одной функции/блоке, то ответ joyrax-dev будет правильным.
Но можно сделать такой костыль:

public class MyEvent
{
    public event EventHandler ActionHappened;

    public void FireEvent()
    {
        ActionHappened?.Invoke(this, EventArgs.Empty);
    }
}

public class SomeClass
{
    public void RegisterInner(MyEvent @event)
    {
        EventHandler handler = null!;
        handler = (sender, args) =>
        {
            Console.WriteLine("Hello, world");
            @event.ActionHappened -= handler;
        };

        @event.ActionHappened += handler;
    }
}
public class Program
{
    public static void Main()
    {
          var myEvent = new MyEvent();
          var someClass = new SomeClass();
          someClass.RegisterInner(myEvent);
          myEvent.FireEvent();
          myEvent.FireEvent();
          myEvent.FireEvent();
          myEvent.FireEvent();
          myEvent.FireEvent();
     }
}

Hello, world будет выведен только 1 раз

1. Представь, что заходишь на свой сайт:
- Что ты видишь?
- На какие кнопки нажимаешь, чтобы что-то сделать?
и т.д.
Это интерфейс.
2. Ты нажал на кнопку на сайте:
- Куда идет запрос?
- Какой обработчик/контроллер/эндпоинт?
Это общая архитектура приложения
3. Запрос пришел:
- Какой контроллер должен обработать?
- Какие интерфейсы исполняют эту бизнес логику (можно выделить несколько интерфейсов для разных юз. кейсов)?
- Какой ответ должен получить клиент?
Это уже уровень кода

На уровне кода работаешь с модельками. Тут предлагаю TDD:
- Определи методы/интерфейсы на разные юз. кейсы
- Напиши тесты на каждый юз. кейс
- Напиши реализацию
- Вставь готовый код в контроллер

В общих чертах, можно таким путем идти