codearticles.ruАлексей КНу как ты без запроса к БД определишь уникальность введённого значения?
Запрос в БД пойдет из пост-контроллера (возможен аякс). Причем тут модель?

skyANAcodearticles.ru, ну то есть отдельный класс, по экземпляру которого будет создан профиль пользователя.
Проверку уникальности логина ты кстати не реализовал. Но не в этом суть.
Я тебе идею написал, а не реализацию конкретной задачи.

skyANAТеперь представь, что 100500 профилей пользователей прилетают из сторонней системы и их тоже нужно проверить, но процедуру регистрации проводить не надо, пользователи уже прошли регистрацию в сторонней системе.
Надо просто проверить и положить в базу.
Если в процессе участвуют n-систем, необходим единый шлюз. Например, REST сервис. В методе валидации модели (или через ремоут атрибут) у тебя будет на лету дергаться сервис, который будет делать проверку. В чем проблема?Код покажи.

А то сначала ты предлагаешь базу дёргать аяксом, а потом тут же предлагаешь в модели дёргать сервис :)

Алексей КskyANAпропущено...
О как. А скрипт создания индекса как оформлен?Ну как обычно: create index IX_sec_users_UserName... То есть лежит где-то в виде sql-файла?

codearticles.ruДавай, чтобы не путаться, называть моделью (ну или хотя бы моделью представления) то, что биндится на вью.О как. А в случае, когда твой сервис принимает данные из сторонней системы, то что такое модель и как на дёргает сервис?

Ведь замкнутый круг получается. :)

codearticles.ruskyANAКод покажи.
Не покажу.

skyANAА то сначала ты предлагаешь базу дёргать аяксом, а потом тут же предлагаешь в модели дёргать сервис :)
А что не понятно? Ввёл данные в UI, нажимаешь кнопку сохранить, пошел пост запрос формы, данные смапились в модель, модель упала в метод контроллера, контроллер опросил ModelState.IsValid, дернулся автоматом IValidatableObject.Validate, в реализации метода опросили ValidationContext, дернули единый шлюз - REST сервис проверки данных, сервис нам сказал false, мы разозлились и выплюнули yield return new ValidationResult("упс"), контроллер не прошел в итоге проверку на ModelState.IsValid и завернул нам дулю с маком. Какие сложности? Проблема, как пропихнуть в модель инстанс REST сервиса? Ну это в детском саде объяснят 1. Когда тебя Алексей спросил, а где будет запрос в БД, ты придумал что он будет из пост-контроллера аяксом делаться.
Когда же вместо прямого доступа к БД понадобилось через REST сервис работать, то появился второй запрос ещё и в модели.
Нахуа? :)

2. Ну и выходит, что валидация-то на самом деле реализована на стороне сервиса, а не через IValidatableObject.Validate. И при валидации пачки данных прилетевших в REST сервис от сторонней системы, она по другому осуществляется.

codearticles.ruskyANAпропущено...
О как. А в случае, когда твой сервис принимает данные из сторонней системы, то что такое модель и как на дёргает сервис?
Ведь замкнутый круг получается. :)
Мы сейчас говорим о MVC приложении. Никаких сервисов нету. Круг остается быть кругом. Если говорим "модель" в терминологии какого-то сервиса, это будет совсем другое. Не нужно мешать в навозную кучу мух, котлеты и жопу и пытаться едино называть всё это мясом. Мол, вот это мясо не работает. А какое мясо? Муха, котлета или задница. Так мы друг друга не поймемюНе валяй дурака.
В моём примере ( 16680200 ) есть десктоп и есть сервис. А ты теперь хитро сменил контекст.

Хотя ладно, добавим ещё и MVC приложение, это только подтверждает мои рассуждения о необходимости инжектить различную реализацию валидации в различные места.

codearticles.ruskyANAпропущено...
Не валяй дурака.
В моём примере ( 16680200 ) есть десктоп и есть сервис. А ты теперь хитро сменил контекст.
Начинай уже думать. Если говоришь слово "модель", уточняй контексты.Слабенькая отмаза.

Это как ты читал пример, что представил себе View Model вместо Domain Model и MVC приложение?

kmawАлексей Кпропущено...
Чё опять?

Будем действовать как в Win API: getlasterror, hresult и всё такое? Сделать специальный InfoException для прикладных ошибок не лучше? Во все времена делалось именно так.
пропущено...
Лучше написать фильтр, и присобачить его на соответствующем уровне.

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

codearticles.ruskyANA1. Когда тебя Алексей спросил, а где будет запрос в БД, ты придумал что он будет из пост-контроллера аяксом делаться.
Когда же вместо прямого доступа к БД понадобилось через REST сервис работать, то появился второй запрос ещё и в модели.
Нахуа? :)
2. Ну и выходит, что валидация-то на самом деле реализована на стороне сервиса, а не через IValidatableObject.Validate. И при валидации пачки данных прилетевших в REST сервис от сторонней системы, она по другому осуществляется.
1. Я говорил, что аякс возможет, читай внимательнее. Какая тебе разница, как я пошлю тебе запрос с данными в контроллер, постом формы или аяксом? Начинай уже думать что ли...
2. Валидация реализована только в IValidatableObject.Validate. Именно этот метод ответит на все вопросы. А что внутри его, не суть важно. Ты обрисовал пример, когда тебе нужна валидация и другим системам - на что я тебе предложил обобщить валидацию в едином сервисе. Это не обязательно должен быть сервис, это может быть всё что угодно, хранимая процедура, DLL, почтовый голубь. В чем непонимание?Всё, мне просто смешно уже с тебя. Напиши реальный проект, а потом приходи с советами.

Аяксом он собрался опрашивать единый метод IValidatableObject.Validate.
У тебя пользователь вводит логин, остальные поля в этот момент ещё пустые, подумай над этим.

А пункт 2 в очередной раз подтверждает мои размышления.