ASP.NET MVC - niestandardowe komunikaty o błędach

Jednym z kluczowych punktów, aby nasza aplikacja była bardziej przyjazna dla użytkownika i łatwiejsza w użyciu, jest komunikacja, musimy pamiętać, że nie wszyscy nasi użytkownicy będą myśleć tak samo jak my korzystając z naszej aplikacji.
Biorąc to pod uwagę będziemy wtedy wiedzieć, że zostanie popełnionych wiele błędów, wypełnią pola błędnymi informacjami w formacie, być może zostawią puste pola, którymi jesteśmy zainteresowani wypełnieniem itp. W tym celu musimy zdefiniuj niestandardowe błędy co wskażemy użytkownikowi, dlaczego wniosek nie może kontynuować jego prośby i pomożemy mu w tym, co i jak należy wypełnić.
Wiadomości niestandardowe
A spersonalizowana wiadomość pozwala nam wskazać, że aplikacja będzie się komunikować, gdy błąd w określonym polu modelu, ponieważ to nie to samo, aby wyświetlić błąd bez komunikatu i czekać, aż użytkownik się zorientuje, że się nie udało, w tym celu zobaczymy następujący kod:

 [Wymagane] [StringLength (50, ErrorMessage = "Tytuł nie może być dłuższy niż 50 znaków")] ciąg publiczny Tytuł {get; ustawić; } [Zakres (1, 10000, ErrorMessage = "Cena początkowa musi wynosić co najmniej 1")] public dziesiętna StartPrice {get; ustawić; } 

Widzimy, że udało nam się umieścić komunikat, kiedy nasze pole przekroczy określoną długość, a także kiedy umieścimy zakres, ponieważ w tym drugim przypadku użytkownik potrzebuje przewodnika, co umieścić.
Pokaż błędy
Po zdefiniowaniu błędów i ich różnych komunikatów musimy przygotuj się na naszych oczach aby pokazać im, kiedy się pojawią, w tym celu użyjemy języka Brzytwa i jego łatwy dostęp do właściwości naszych modeli, zobaczmy na poniższym obrazku jak przygotować pole do wyświetlenia użytkownikowi i otrzymać błąd, jeśli istnieje:

Na obrazku widzimy, jak możemy wydrukować nasze pole w widoku, teraz zobaczymy, jak dodać niestandardowy błąd, który tworzymy:

Widzimy, że to bardzo proste, stosujemy metodę Komunikat weryfikacyjnyDla a jako parametr przekazujemy nasz model i właściwość, której będziemy rejestrować błąd; Powtarzamy ten proces na każdym polu, które mamy przed oczami.
WażnyJeśli z jakiegoś powodu chcemy przepisać komunikat o błędzie, albo dlatego, że potrzebujemy czegoś innego w szczególności w widoku, nie ma problemu, z tą samą metodą Komunikat weryfikacyjnyDla możemy osiągnąć ten cel, po prostu przekazujemy do niego dodatkowy parametr wraz z nową wiadomością.
Zobaczmy na poniższym obrazku, jak wysyłamy wiadomość z “*” ta wiadomość jest często używana do oznaczenia, że ​​puste pole nie jest akceptowane lub gdy cała wiadomość jest wyświetlana w podpowiedź, więc nie przeciążamy widoku tekstu:

Bardzo łatwo jest zastosować to wszystko w naszych programach, dzięki temu uzyskamy jeszcze jedną aplikację przyjazna dla użytkownika i bardzo wytrzymała, ponieważ każda walidacja, którą wykonujemy, jest o jeden punkt krytyczny mniej.Podobał Ci się i pomógł ten samouczek?Możesz nagrodzić autora, naciskając ten przycisk, aby dać mu pozytywny punkt