Hallo! > Au�erdem denke ich nicht, dass das in allen Dokumentationen steht. > Beispielsweise in Patrick A. Lorenz's Grundlagen und > Profiwissen wird auf > die Problematik nicht direkt eingegangen, in anderen B�chern > die sich mit
MSDN - die einzige Dokumentation, die z�hlt. ;-) "Professional ASP.NET" von Wrox geht auch noch zur Einf�hrung. > Webforms besch�ftigen auch nicht immer. Dazu denke ich, dass > der Zwang zu > Page.IsValid eigentlich nicht wirklich sch�n ist. Wenn ich in > einem Form > Validation Controls habe kann man ja wohl davon ausgehen, > dass ich die auch > validiert haben m�chte, serverseitig und ggf. clientseitig. Hm, etwas vorschnell, oder? Was ist z. B. wenn die Form auch Hyperlinks zu anderen Seiten enth�lt? Dann sollte doch wohl nicht validiert werden, oder? Oder gar, wenn Authentifizierung erforderlich ist und ASP.NET mal eben zwischendurch auf eine Login-Form umleitet? Wenn man allerdings die Daten einer Form bearbeiten m�chte, dann muss man halt mit Page.IsValid alle Eingaben �berpr�fen. Das war auch schon vor ASP.NET so, da eine Client-seitige �berpr�fung nicht zwingend stattfindet, wenn der Anwender JavaScript abschaltet oder die Daten von einem v�llig anderen Formular ohne Validierung gesendet werden. Die Serverseitige Validierung ist also unter allen Umst�nden ein Muss, wenn man die Daten verarbeiten will. > Falls nicht, > kann ich ich das ja immer noch �ber CausesValidation > ausstellen. Au�erdem > ist es IMHO inkonsequent, dass ohne Page.IsValid > clientseitige Validierung > vor Ausf�hrung der OnClick Funktion ausgef�hrt wird, die > serverseitige aber > nicht. Macht doch keinen Sinn, oder? Doch, bei vielen Nutzen w�rde dann der Server st�ndig f�r jede einzelne Validierung die komplette Seite �bertragen. Lies doch mal die Einf�hrungskapitel zu ASP.NET in der MSDN Freundliche Gr��e Joachim van de Bruck _______________________________________________ Asp.net mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/asp.net
