Комментарии 9
По-моему, они просто взяли S#arp Architecture и потихоньку переносят все его фишки в MVC 2, не забывая грамотно пиарить.
По мне так единственное стоящее нововведение MVC 2 это строго типизированные html-помогалки
По мне так единственное стоящее нововведение MVC 2 это строго типизированные html-помогалки
Спасибо за статью.
Пользуясь случаем хочу спросить… работаю в VS2008 SP1 — ASP.NET MVC 1.0 — студия довольно часто вылетает… замечено, что часто при copy-paste операциях — не было у кого такой же проблемы?
Пользуясь случаем хочу спросить… работаю в VS2008 SP1 — ASP.NET MVC 1.0 — студия довольно часто вылетает… замечено, что часто при copy-paste операциях — не было у кого такой же проблемы?
Очень хорошо, что всё-таки будет валидация именно модели. Я был очень огорчен, когда узнал, что валидация раньше была устроена по-другому.
Все-таки хочу сказать, что возможности связывания параметров в MVC довольно примитивны. В частности, модель связки плоская — не учитываются зависимости между параметрами. Например, на форме приема оплаты, я хочу иметь выбор между методами оплаты и соответственно специфические для каждого метода параметры. Такая модель свяжет и проверит все параметры, хотя на самом деле необходимо связать только часть параметров и, соответственно только часть параметров проверять.
Также что плохо, нет никакого механизма расширения или переопределения связывания. Могли бы сделать какой-нибудь BindContext, который бы содержал информацию о связывании, и это бы, кстати могло бы решить проблему с проверкой не-nullable типов (так как валидатор смог бы проверить сам факт передачи параметра).
Все-таки хочу сказать, что возможности связывания параметров в MVC довольно примитивны. В частности, модель связки плоская — не учитываются зависимости между параметрами. Например, на форме приема оплаты, я хочу иметь выбор между методами оплаты и соответственно специфические для каждого метода параметры. Такая модель свяжет и проверит все параметры, хотя на самом деле необходимо связать только часть параметров и, соответственно только часть параметров проверять.
Также что плохо, нет никакого механизма расширения или переопределения связывания. Могли бы сделать какой-нибудь BindContext, который бы содержал информацию о связывании, и это бы, кстати могло бы решить проблему с проверкой не-nullable типов (так как валидатор смог бы проверить сам факт передачи параметра).
Меня немного смущает Exclude для Approved свойства — ведь в админке этот биндинг может понадобится. Как быть? Делать связывание полей, пришедших в запросе с ViewModel? А валидация будет уже в модели.
Согласен. Вот мне тоже не нравится, что связыванием управляем для всего класса, и нельзя управлять выборочно в разных ситуациях. Может быть можно указать BindAttribute у параметра action'а?
в админке надо использовать два параметра: модель и bool approved, модель безопасно забиндится и во второй параметр попадет то что вам надо
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Изменения в валидации финальной версии ASP.NET MVC 2