2010-05-19 12 views

Odpowiedz

15

Zawsze potwierdzić na serwerze. Zatwierdzanie po stronie klienta to tylko, aby użytkownik był bardziej przyjemny. Co jest ważne, ale ważne tylko jeśli chodzi o doświadczenie. Sprawdzanie poprawności na kliencie nie jest ważne dla celów sprawdzania poprawności, ponieważ wszystko działające na komputerze klienta może zostać naruszone lub ominięte przez tego samego klienta.

+4

+1. Nie mogłem tego lepiej powiedzieć. –

1

Powinieneś ZAWSZE mieć walidację po stronie serwera. Sprawdzanie poprawności JavaScriptu jest dobre, ale nie jest takie samo jak po stronie serwera. Zawsze powinieneś zakładać, że klient będzie mógł wysyłać Ci zniekształcone dane.

+0

HAHA napisaliśmy tę samą odpowiedź w tym samym czasie! :) –

+0

@Jacob - Chciałem powiedzieć to samo :) –

3

Kontrolki sprawdzania poprawności ASP.NET są sposobem, aby przejść, jeśli używasz formularzy internetowych. Automatycznie sprawdza poprawność strony po stronie klienta i po stronie serwera. Jeśli użyjesz wanilii javascript, stracisz najważniejszą część procesu sprawdzania poprawności, który jest sprawdzaniem po stronie serwera.

Strona serwera sprawdzania autentyczności jest naprawdę jedyną metodą sprawdzania, którą można wykonać niezawodnie, aby upewnić się, że masz dobre dane. Strona klienta jest po to, aby proces był trochę bardziej przyjazny dla użytkownika.

Jest wiele wbudowanych mechanizmów kontrolnych w formularzach ASP.NET, które znacznie ułatwiają sprawdzanie poprawności, a jeśli natrafisz na przypadek, w którym potrzebujesz czegoś konkretnego, po prostu użyj CustomValidator.

+0

+1, to trafia do sedna tego. Link: http://msdn.microsoft.com/en-us/library/yb52a4x0.aspx –

0

jestem w ...

Należy zawsze sprawdzić poprawność na serwerze!

0

Czy zarówno

Jeśli chcesz coś „się stało”, kiedy użytkownik robi coś „ważny”, a następnie zatwierdź go używając niektóre javascript przed złożeniem wniosku do serwera (nie złożenia wniosku, chyba że jest potrzebne).

Gdy użytkownik zrobi coś "prawidłowego", należy wykonać żądanie, w którym ponownie sprawdza się po stronie serwera, ponieważ "nikomu nie ufasz".

Powiązane problemy