Вопрос в том, что если модель не корректная приходит, то она превращается в налл, и кидается в базу, проходя все уровни

Я хочу проверять на валидность модель то того как она дойдет до уровня базы, и даже не пробовать ее туда пихать

Тут не про поля совсем...

а, ну ладно

проверьте перед записью, проверьте на null и на всё остальное

Как вариант, я думал об этом, но првильно так делать, ибо у меня уже заведомо на верхнем уровне понятно что модель не валидная, и пускать ее на мапинг и на уровень сервисов дальше как-то не очень, разве нет?

Низкоуровневый слой не должен надеяться на то, что выше всё проверили

Я в таком случае хочу просто аттрибутом проверять модель валидная или нет

Даже с проверку на уровне бд

что звучит логично, не спорю

Плохая идея

Расскажете почему?)

Потому что Вы сейчас получаете null в БД. Если Ваш метод надеется, что выше всё проверили, то вызов этого метода из других частей кода сломает Вам БД

Я СОгласен что нужно добавить проверку на нулл перед тем как закидывать что-то в бд, на всякий случай для тем вещей которые я мог не предусмотреть, но чем плохо к этому еще валидировать модель сразу как она пришла на валидность, и если что, не пускать ее дальше, и сразу кидать 400?

Это не плохо. Но это частный кейс, и Вам придётся дублировать проверки однообразные на всех методах. Т.е. впилить проверку наверху нужно, там можно ошибку понятную бросить, но если там что то забыли, то не страшно. А вот для низкоуровневого слоя забыть проверку недопустимо. И не только на null, а на всё. Ну т.е. если Вы в БД ожидаете непустую строку, то будете надеяться, что её уже кто то проверил? А если это условный адрес для перевода денег, будете доверять вызывающему коду?

За доверие из вызывающего кода уже согласился, это точно исправлю)

кароче топ тактика. на свойства модели кидаем аттрибут Required и NotNull (но вроде можно и без него), в контроллере где принимается эта модель пишем типа такого:
if (ModelState.IsValid)
              // если все оке
           else
               // если не все оке

и все должно работать нормалды, но это не точно

Попробую рассказать как это делается в нормальных рабочих проектах. Во-первых, контроллер должен быть максимально простым. Поэтому валидацию модели лучше делать в сервисе. Очень удобно использовать библиотеку функциональных расширений для C#, тогда и сервис получается очень простым и понятным. Далее, в контроллер обычно уже приходит JSON, поэтому видимо нужно говорить об проверке на валидность не схемы, а непосредственно значений элементов JSON?

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