0
A
回答
3
你應驗證兩端。
客戶端,以確保反饋是即時,使用戶可以完成它快速(獎金爲他們),你節省服務器資源(獎金給你)。
服務器端確保任何不使用JS的用戶代理可以檢查傳入的數據。這對於阻止惡意/損壞的數據進入您的系統至關重要。
如果你只打算做一個服務器端,但通過實現一個雙系統對用戶有很大的好處。
0
驗證的客戶端,並提供反饋,當他們點擊提交按鈕
但因爲你不能信任客戶端驗證,服務器端也驗證並顯示在回發的反饋,如果一切是不正確的
但因爲你不能信任調用代碼,也驗證在數據庫服務器(存儲過程是最好的),並引發錯誤返回給調用代碼,如果有什麼不妥,
您已經涵蓋所有的基礎
這樣
0
在客戶端和服務器端進行驗證通常被認爲是一種很好的做法,以防萬一有人試圖直接提交表單POST而不實際加載頁面。
至於何時顯示驗證消息,這是個人偏好。我傾向於儘可能早地給出反饋,所以我會在領域失去焦點時做類似正則表達式驗證的事情。
0
其實很簡單,您可以使用ASP.NET驗證控件,您可以在客戶端和服務器端都使用它們。
檢查此資源:
0
總體而言(取決於您的Ajax框架的質量)客戶端驗證是出。這是過去的遺物(Pre Ajax Times),並不再需要...
在服務器上運行所有驗證。畢竟,使用Ajax,一切都快100倍,對吧......?
相關問題
- 1. 驗證組驗證碼asp.net
- 2. ASP.NET驗證
- 3. ASP.NET URL驗證
- 4. 驗證在asp.net
- 5. 在ASP.net驗證
- 6. 驗證在ASP.NET
- 7. ASP.NET ListView驗證
- 8. ASP.Net驗證
- 9. ASP.NET驗證
- 10. asp.net驗證
- 11. ASP.NET MVC:DropDownList驗證
- 12. ASP.NET MVC驗證
- 13. ASP.NET MVC驗證
- 14. ASP.NET驗證器
- 15. asp.net MVC2驗證
- 16. 認證不ASP.Net驗證
- 17. asp.net表單驗證驗證碼
- 18. ASP.NET - 驗證自定義驗證器
- 19. ASP.NET MVC驗證架構DB驗證值
- 20. ASP.NET驗證器在鼠標上驗證
- 21. Asp.net MVC3 DROPDOWNLIST驗證
- 22. ASP.NET驗證控件
- 23. Asp.net Webforms驗證 - RegularExpressionValidator
- 24. asp.net比較驗證
- 25. Asp.Net驗證控件
- 26. ASP.NET MVC 3驗證
- 27. ASP.NET驗證模式
- 28. ASP.NET驗證問題
- 29. asp.net mvc DataAnnotation驗證
- 30. ASP.NET頁面驗證
我可以與驗證控件進行交互,即捕獲錯誤事件,然後在頂部顯示錯誤消息? – 2008-11-09 02:41:33