Стоит ли писать проект который проверяет объектны/типы на валидность и выбрасывает exception?

Question

[Tsiren Naimanov]

Где то видел, но не запомнил, проект или библиотека была например:

if(someObj == null)
    throw new NullArgumentException();
////
Proove(someOjb);
//внутри этого метода, проверяется на null и выбрасывается исключение

Answer 1

[Дмитрий Ковальский]

А оно вам зачем вообще? Как вы будете тестировать методы валидации моделей? В целом проблемы нет, но вы не сможете внятно использовать unit-тестирование, так как возлагаете функционал на стороннюю либу, поведение которой не контролируете.

Comments

[Tsiren Naimanov]

Да суть не в либе :)
а в том, нужен ли этот функционал на проверку на null или string.Empty и т д, с помощью отдельных методов, как написал ниже Дмитрий, статик класс с проверкой на разные случаи.
Кстати затронул тему unit тестирования, нету ли на примете годных самплов или best particles для тестирования методов, где выбрасывается исключение?)

Answer 2

[Дмитрий Еремин]

Кхм, а почему именно отдельный проект?
Почему не сделать какой-нибудь статик класс с методом?
Тогда отвалится проблема про которую выше говорит Дмитрий

Comments

[Tsiren Naimanov]

прокомментировал выше :)

[Дмитрий Еремин]

Tsiren Naimanov: ну... не хочу, чтобы это выглядело, как-будто я пытаюсь крыть авторитетом, но все же...
Я вижу код, который пишут наши разработчики (работа в банке) - такой практики нет.
На прошлой работе (тоже банк) - такого тоже не видел.
На ходу, да, проверяют, что из базы что-то вернулось, что файл найден, значение присвоено и т.д.
Но отдельную абстракцию под это - не видел.

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

Answer 3

[Андрей К.]

А чем вас не устраивает контрактное программирование?