Int lub Number DataType dla atrybutu walidacji DataAnnotation


111

W moim projekcie MVC3 przechowuję prognozy wyników dla piłki nożnej / piłki nożnej / hokeja / ... gry sportowej. Więc jedna z właściwości mojej klasy predykcji wygląda następująco:

[Range(0, 15, ErrorMessage = "Can only be between 0 .. 15")]
[StringLength(2, ErrorMessage = "Max 2 digits")]
[Remote("PredictionOK", "Predict", ErrorMessage = "Prediction can only be a number in range 0 .. 15")]
public int? HomeTeamPrediction { get; set; }

Teraz potrzebuję również zmienić komunikat o błędzie dla typu danych, intw moim przypadku. Jest używany domyślny - „Pole HomeTeamPrediction musi być liczbą.”. Musisz znaleźć sposób, jak zmienić ten komunikat o błędzie. Ten komunikat walidacji wydaje się również uwzględniać prognozę dotyczącą walidacji zdalnej.

Próbowałem [DataType]atrybutu, ale nie wydaje się to być zwykłą liczbą w system.componentmodel.dataannotations.datatypewyliczeniu.

Odpowiedzi:


221

W przypadku dowolnej walidacji liczby musisz użyć różnych walidacji zakresu zgodnie z wymaganiami:

Dla liczby całkowitej

[Range(0, int.MaxValue, ErrorMessage = "Please enter valid integer Number")]

dla pływaka

[Range(0, float.MaxValue, ErrorMessage = "Please enter valid float Number")]

za podwójne

[Range(0, double.MaxValue, ErrorMessage = "Please enter valid doubleNumber")]

4
To nie zadziałało w moim kontekście. Jeśli użytkownik wprowadzi „asdf”, [Range (typeof (decimal), „0”, „9999,99”, ErrorMessage = „Wartość dla {0} musi być między {1} a {2}”)] zgłosi wyjątek. Jeśli jednak zrobię [Range (typeof (decimal), "0.1", "9999.99", ErrorMessage = "Value for {0} musi być między {1} a {2}")], komunikat o błędzie będzie działał poprawnie. 0 vs 0,1, nie ma sensu. może błąd?
meffect

1
Ta weryfikacja „liczb całkowitych” traktuje wartości niecałkowite jako prawidłowe (np. 0,3)
kevinpo

77

Wypróbuj jedno z tych wyrażeń regularnych:

// for numbers that need to start with a zero
[RegularExpression("([0-9]+)")] 


// for numbers that begin from 1
[RegularExpression("([1-9][0-9]*)")] 

mam nadzieję, że to pomoże: D


13
Czy nie ma prostszego sposobu? Mam nadzieję na coś takiego: [Numeric (ErrorMessage = "To pole musi być liczbą")]
Banford

3
Niestety nie. Zawsze możesz napisać własny atrybut walidacji.
Goran Žuri

2
Jest to lepsze rozwiązanie, ponieważ obejmuje struny. int.MaxValueobejmuje tylko do2.147.483.647
Christian Gollhardt,

19

Użyj wyrażenia regularnego w adnotacji danych

[RegularExpression("([0-9]+)", ErrorMessage = "Please enter valid Number")]
public int MaxJsonLength { get; set; }

2
Wydaje się, że działa to dobrze w kontekście pytania, pod warunkiem, że właściwością nie jest int, ale string.
Paul

1
Po co nawiasy wokół wyrażenia regularnego? Czy to mogło być sprawiedliwe [0-9]+?
polkduran

5
public class IsNumericAttribute : ValidationAttribute
{
    protected override ValidationResult IsValid(object value, ValidationContext validationContext)
    {
        if (value != null)
        {
            decimal val;
            var isNumeric = decimal.TryParse(value.ToString(), out val);

            if (!isNumeric)
            {                   
                return new ValidationResult("Must be numeric");                    
            }
        }

        return ValidationResult.Success;
    }
}

5

Wypróbuj ten atrybut:

public class NumericAttribute : ValidationAttribute, IClientValidatable {

    public override bool IsValid(object value) {
        return value.ToString().All(c => (c >= '0' && c <= '9') || c == '-' || c == ' ');
    }


    public IEnumerable<ModelClientValidationRule> GetClientValidationRules(ModelMetadata metadata, ControllerContext context) {
        var rule = new ModelClientValidationRule
        {
            ErrorMessage = FormatErrorMessage(metadata.DisplayName),
            ValidationType = "numeric"
        };
        yield return rule;
    }
}

Musisz także zarejestrować atrybut we wtyczce walidatora:

if($.validator){
     $.validator.unobtrusive.adapters.add(
        'numeric', [], function (options) {
            options.rules['numeric'] = options.params;
            options.messages['numeric'] = options.message;
        }
    );
}

0

minęło prawie dziesięć lat, ale problem nadal dotyczy Asp.Net Core 2.2.

Udało mi się to dodając data-val-numberdo pola wejściowego lokalizację użycia na komunikacie:

<input asp-for="Age" data-val-number="@_localize["Please enter a valid number."]"/>

0

ASP.NET Core 3.1

To jest moja implementacja tej funkcji, działa po stronie serwera, a także z dyskretną walidacją jquery z niestandardowym komunikatem o błędzie, tak jak każdy inny atrybut:

Atrybut:

  [AttributeUsage(AttributeTargets.Property, AllowMultiple = false, Inherited = false)]
    public class MustBeIntegerAttribute : ValidationAttribute, IClientModelValidator
    {
        public void AddValidation(ClientModelValidationContext context)
        {
            MergeAttribute(context.Attributes, "data-val", "true");
            var errorMsg = FormatErrorMessage(context.ModelMetadata.GetDisplayName());
            MergeAttribute(context.Attributes, "data-val-mustbeinteger", errorMsg);
        }

        public override bool IsValid(object value)
        {
            return int.TryParse(value?.ToString() ?? "", out int newVal);
        }

        private bool MergeAttribute(
              IDictionary<string, string> attributes,
              string key,
              string value)
        {
            if (attributes.ContainsKey(key))
            {
                return false;
            }
            attributes.Add(key, value);
            return true;
        }
    }

Logika po stronie klienta:

$.validator.addMethod("mustbeinteger",
    function (value, element, parameters) {
        return !isNaN(parseInt(value)) && isFinite(value);
    });

$.validator.unobtrusive.adapters.add("mustbeinteger", [], function (options) {
    options.rules.mustbeinteger = {};
    options.messages["mustbeinteger"] = options.message;
});

I wreszcie użycie:

 [MustBeInteger(ErrorMessage = "You must provide a valid number")]
 public int SomeNumber { get; set; }
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.