Дядя, не нравится не кушай. А то у меня чувство, что меряться прибежал.

А сам в 23 кем был?

Тролите? А ответить на вопрос слабо?

Тогда не могу понять, толи я такой лох и работаю мение чем за 2к с 3мя годами опыта на .Нете в одном из ТОП10 бодишопов Украины... Что-то сдесь не так. 1.5 года поработаю и уйду.

Где платят 2к баксов?! Покажите, я пойду туда, хоть я и не джун.

Не бывает ничего чистого, есть задача. Нужно сделать, а то что вы господин не Осел, докажите после того как задача будет сделана.

Нет, потому что ASP.Net Web forms — зло которое должно здохнуть.

Можно! Я делал) Просто создайте свой атрибут, со своими полями. Который наследует Required. Думаю все выйдет.

Так MVC же. Чистый хтмл. Проблем практически не должно быть ни с кросс ни с броузерностью.

Да что вы говорите, MVC и кроссбраузерность. Это как «кирпич» и «синхрофазотрон». Ну да, отличий сдесь невидно.

А свою номальную логику валидации формы написать на JavaScript+jquery можно? Намного лутше получится. Вообщем) Не буду больше говорить, что лутше, набьете шишек сами поймете...

во вью моделях не стоит использовать объекты слоя данных,

Я разделял, писал для каждой сущности свою вью модель. Например у меня есть User(уровень данных) для него пишу UserViewModel — для того что бы изменения уровня данных не коснулись всех тех мест где я юзаю вью модель, в одном месте поправил и гуляешь дальше.

А как это POCO EF сущности безболезненно помечены DataAnnotations атрибутами? Я вот с этим столкнулся — сущности эти — автогенерируемые, при любом чихе в модели данных все нафиг генерится заново,

Я правлю код дженерейшн темплит для этого. А вообще, Serg M написал верно, юзайте Code First. И еще раз дам совет, забыть о той валидацыи которую вам втюхивают мелкомягкие, она очень хреновая.

Да, как настроите то чудо, посмотрите код страницы. Очень много интересного обнаружите вы там.

Ээээ неееее... Делать ОТДЕЛЬНУЮ валидацию на клиенте, оторванную от серверной модели — это очень неверно.

Леерная архитектура, клиент ничего не знает о серваке, вот это прелесть, когда на фрон энде сидит человек и на бек енде сидит человек. Взаимодействие происходит по заранее описаному протоколу. Когда изменения серверсайда(моделей и прочего) не трогают клиент. В этом вся прелесть, а не в том, что там по ссылке.

Вообщем, я не претендую на последнию инстанцию, но всетаки подумайте об уровнях взаимодействия.

stackoverflow.com/...-in-mvc-pattern

The source of the validation data should be in the model while the actual checking should probably be done at both the view level (perhaps with javascript or UI hints) and at the model level. Purists will suggest that the view should not be involved but I disagree.

Я соглашусь, с этим подходом. А решать задачу то вам и шишки набивать тоже.

Вы будете неприятно удивлены, если сходите на 10ток собеседований.

А если спросить чем отличается ивент от делегата?

Я понимаю когда меня жучат за то, что какаято часть того что я написал работает не так как нужно. НО, как только мне начинают говорить, что в одном браузере (например хроме) все ОК, а вот в ИЕ7 все плохо, то я понемногу начинаю ненавидеть эту работу. Когда я занимаюсь и тестированием и версткой(причем работаю за того индуса, которому заказали сделать такую верстку).

Хоть я хотел C# и JavaScript. Через пол-года меня начало передергивать от слова «Кроссбраузерность». Теперь хочу перейти на SaaS и Cloud.

Нет, все очень просто. Я проработав 1.5 года на вебе ушел. Потому что меня просто заманало писать формы, html, css и прочей фигней заниматся. Если сервер сайд, я бы еще работал, а когда идет смесь, то пошло оно все нафиг.