Проверка Уровня класса/Модели (в противоположность Уровню Свойства)? (ASP.NET MVC 2.0)

Я не уверен, но это вы продолжаете голосовать за мои ответы/вопросы без видимых причин (или из-за моих взглядов на VB.NET)?

В любом случае, PropertiesMustMatchAttribute - это просто хорошая реализация использования значений определенного свойства объекта. Если вам нужно выполнить некоторую логику, используя несколько полей объекта, вы можете сделать это следующим образом, аналогично тому, что делает PropertiesMustMatchAttribute.

Ниже приведена основная часть ValidationAttribute, которая обращается к свойствам объекта для выполнения некоторой логики.

    public override bool IsValid(object value)
    {
        PropertyDescriptorCollection properties = TypeDescriptor.GetProperties(value);

        // Get the values of the properties we need. 
        // Alternatively, we don't need to hard code the property names,
        // and instead define them via the attribute constructor
        object prop1Value = properties.Find("Person", true).GetValue(value);
        object prop2Value = properties.Find("City", true).GetValue(value);
        object prop3Value = properties.Find("Country", true).GetValue(value);

        // We can cast the values we received to anything
        Person person = (Person)prop1value; 
        City city = (City)prop2value;
        Country country = (Country)prop3value;

        // Now we can manipulate the values, running any type of logic tests on them
        if(person.Name.Equals("Baddie") && city.ZIP == 123456)
        {
            return country.name.Equals("Australia");
        }
        else
        {
            return false;
        }         
    }

PropertiesMustMatchAttribute просто использует Reflection для выполнения общей задачи. Я попытался разбить код на части, чтобы сделать его более читабельным/легким для понимания.

Possible Dupe:

Writing a CompareTo DataAnnotation Attribute

Ответы на ваши вопросы должны быть там, и по крайней мере это указывает на эту статью в блоге:

http://byatool.com/mvc/custom-data-annotations-with-mvc-how-to-check-multiple-properties-at-one-time/

Чтобы сообщение об ошибке отображалось, вы должны использовать:

<%: Html.ValidationMessage("") %>

Что происходит, так как вы проверяете на уровне класса, вы получаете ModelState с ключом, он же имя свойства, обычно с пустой строкой.

Я сделал следующее, используя FluentValidator, если это будет полезно кому-либо, благодаря рекомендациям Дарина:

Public Class tProductValidator
Inherits AbstractValidator(Of tProduct)


Public Sub New()
    Const RetailWholsaleError As String = "You need to enter either a Retail Price (final price to user) or a Wholesale Price (price sold to us), but not both."
    Dim CustomValidation As System.Func(Of tProduct, ValidationFailure) =
     Function(x)
         If (x.RetailPrice Is Nothing AndAlso x.WholesalePrice Is Nothing) OrElse (x.RetailPrice IsNot Nothing AndAlso x.WholesalePrice IsNot Nothing) Then
             Return New ValidationFailure("RetailPrice", RetailWholsaleError)
         End If
         Return Nothing
     End Function

    Custom(CustomValidation)
End Sub

End Class

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

это не первый серьезный откат, который я нашел в mvc 2.0, список продолжает расти.

уверен, что команда продолжает приводить эти «крутые» примеры того, как простые вещи используются на воображаемых примерах из нереального мира, а когда дело доходит до реальных вещей, это похоже на «черт возьми, мы не знаем и не заботимся, и мы не будем рассказывать вам о это, вам просто нужно столкнуться с этим и разобраться самостоятельно »типа deal

о, а обновление нескольких частей представления за один цикл туда и обратно по-прежнему невозможно, если вы не используете js-хак и не вырезаете возвращаемый html up и назначить его разным div ... вы даже не можете вернуть несколько представлений или, по крайней мере, обновить несколько областей страницы изначально (за одну поездку туда и обратно), это просто грустно.

Может быть, когда MVC достигнет версии 3.0, он действительно будет завершен, скрестив пальцы, поскольку структура dotnet не была реально «завершена» до clr 3.5 и включения linq / EF to SQL ...