Илья

Но в таком случае легко опечататься и потом искать, почему фронт не отображает ошибку. Поэтому хочу сделать обертку, знаю что можно вот так:

public static class CBExt
{
    public static BadRequestObjectResult BadRequestWithMessage(this Controller ctr, string message)
    {
       return ctr.BadRequest(new { errMessage =  message  });
    }
}

Вот это точно не верное понимание и использование наследования. Вот если вы поменяете на

public class CustomControllerBase: ControllerBase
    {
        public new IActionResult BadRequest(string[] message)
        {
            return base.BadRequest(new { errMessage =  message  });
        }
    }

и будете все свои контроллеры наследовать от CustomControllerBase то будет норм

У EntityFramework есть трекер изменений который отслеживает состояние сущностей чтобы понимать что с ними делать при обновлении. В вашем случае все ваши замапленные объекты попадают в состояние Added. Поэтому EF пытается их вставить. Вам нужно сделать исключить из вашей коллекции объекты с уже существующими в БД идентификаторами и вставлять только те, которых нет.

Думаю потому что Array.Sort появился в .Net1 когда еще не было дженериков. А List.Sort появился уже в .Net2 вместе с дженериками, а для массива уже не стали менять вызов.

Да просто надо писать Include чтобы связанные сущности загружались. Это превратится в join на стороне sql. По умолчанию загрузка связанных сущностей отключена.

public async Task<Teacher> GetTeacher(Guid teacherId)
        {
            var teacher = await _uniDbContext
                                        .Teachers
                                        .Include(x => x.Cources)
                                        .FirstOrDefaultAsync(t => t.Id == teacherId);
            return teacher;
        }

Попробуйте добавить к сообщению моноширинный модификатор

IsDublicated все время возвращает false потому что написана неверно. Вы инициализируете флаг потом возвращаете его без изменений.
Попробуйте так

public async Task<bool> IsDublicated(string label)
{
     var existedProduct = await _context.Set<Product>()
                .FirstOrDefaultAsync(property => property.Label.ToLower() == label.ToLower());
     return existedProduct != null;
}

И в функции AddAsync у вас неверное условие. Должно быть:

if (await _unitOfWork.ProductRepository.IsDublicated(product.Label))
{
     throw new DataDublication("Label already exists.");
}

public static void Main(string[] args)
{
    // подождет 1с и вызовет SomeMethod 1 раз
    var t1 = new System.Threading.Timer(SomeWork, null, TimeSpan.FromSeconds(1), TimeSpan.Zero);
    // подождет 5с и будет вызывать SomeMethod раз в секунду
    var t2 = new System.Threading.Timer(SomeWork, null, TimeSpan.FromSeconds(5), TimeSpan.FromSeconds(1));
    Console.ReadKey();
}

public static void SomeWork(object state)
{
    Console.WriteLine("work");
}

Вот оно
Самое полное из тех что я знаю
Постоянно актуализируется самими разработчиками

Можно написать stackoverflow.com, например.

Это можно слелать через LINQ, но вложенные циклы для этой задачи будут нагляднее и проще.

Никак, потому что нет явного определения «правильного» ООП. Есть много точек зрения, например шаблоны GoF. В этом смысле подразумевается, что освоил шаблоны и молодец.
С другой стороны мужик, который ввел понятие ООП (Алан Кей) говорит что все неправильно поняли и основная идея была в посылке сообщений.
С третьей стороны есть ООП идеалисты, которые призывают «доверять своим объектам» и полностью мышление поменять на объектное, в том числе отказаться от switch полностью заменив на полиморфизм, отказаться от методов расширения итп.
С четвертой стороны новые фичи языка говорят что ООП уже не модно, а модно ФП и давайте все запаттернматчим и «добавьте уже алгебраические типы!».

Поэтому быстро не получится. Можно прочитать кучу статей, посмотреть видосики с конференции, попробовать, набить шишек и выделить для себя рабочие приемы. Но не факт что их полностью можно будет охарактеризовать как ООП.

как мне фильтровать полученные данные и по каким критериям

После подключения клиент должен начать отправлять запросы к серверу. И первыми байтами в запросе должны быть: длинна пакета + тип запроса. Далее, если необходимо, добавляем дополнительную информацию. Собственно по типу запроса в пакете и будем решать, что отвечать.

Redirect is not allowed for a preflight request.

Вероятно проблема в том что вы возвращаете редирект.
Можете для начала попробовать добавить в конце адреса /
Ну а если не поможет, смотрите вкладку Network и выясняйте, куда вас редиректит и зачем.
Еще вариант что вы обращаетесь к http, а сервис редиректит вас на https

Безопасный код осуществляет проверку типов. То есть, гарантируется что определенная область памяти содержит объект определенного типа. Небезопасный код позволяет обращаться к памяти без проверки типов.

Зависит...
Много от чего
Надо понимать контекст, потому что спектр решений широк: от "оставить как есть" до "вынести в сервис", от "сделать сущность доменной области и в ней метод" до "вынести в метод расширения"

Нет, пока нельзя. В будущем возможно появится. В случае с Main вам нужно принимать массив строк и парсить их в нужный тип. В других случаях можно использовать object[] или ArrayList и приводить каждый элемент к нужному типу