C# ASP.NET验证控件在哪里验证数据?
根据微软的说法,仅仅使用他们的验证控件来验证表单数据就足够了。问题是,我不确定这些控件是否也验证了服务器上的信息,因为我没有看到任何代码表明这一点。客户端验证很容易被绕过,因此我想知道,如果控件还没有这样做,为服务器端验证编写自己的验证类是否有用。通常,您首先使用 当页面发回服务器时,您使用验证-C# ASP.NET验证控件在哪里验证数据?,c#,asp.net,visual-studio,validation,C#,Asp.net,Visual Studio,Validation,根据微软的说法,仅仅使用他们的验证控件来验证表单数据就足够了。问题是,我不确定这些控件是否也验证了服务器上的信息,因为我没有看到任何代码表明这一点。客户端验证很容易被绕过,因此我想知道,如果控件还没有这样做,为服务器端验证编写自己的验证类是否有用。通常,您首先使用 当页面发回服务器时,您使用验证- // If user disables java script, IsValid will return false. if (IsValid) { // Then you validate
// If user disables java script, IsValid will return false.
if (IsValid)
{
// Then you validate inputs based on your business logic.
}
通常,您首先使用在客户端进行验证 当页面发回服务器时,您使用验证-
// If user disables java script, IsValid will return false.
if (IsValid)
{
// Then you validate inputs based on your business logic.
}
通常,您首先使用在客户端进行验证 当页面发回服务器时,您使用验证-
// If user disables java script, IsValid will return false.
if (IsValid)
{
// Then you validate inputs based on your business logic.
}
通常,您首先使用在客户端进行验证 当页面发回服务器时,您使用验证-
// If user disables java script, IsValid will return false.
if (IsValid)
{
// Then you validate inputs based on your business logic.
}
我会避免使用微软的服务器或客户端验证工具。最好在提交表单之前验证表单。有许多javascript库可以帮助您验证表单,包括欧芹:
您甚至可以进行AJAX验证,以便查找数据库表中的值是否有效。我将避免使用Microsoft的服务器或客户端验证工具。最好在提交表单之前验证表单。有许多javascript库可以帮助您验证表单,包括欧芹:
您甚至可以进行AJAX验证,以便查找数据库表中的值是否有效。我将避免使用Microsoft的服务器或客户端验证工具。最好在提交表单之前验证表单。有许多javascript库可以帮助您验证表单,包括欧芹:
您甚至可以进行AJAX验证,以便查找数据库表中的值是否有效。我将避免使用Microsoft的服务器或客户端验证工具。最好在提交表单之前验证表单。有许多javascript库可以帮助您验证表单,包括欧芹:
您甚至可以进行AJAX验证,以便查找数据库表中的值是否有效。如果用户删除客户端Javascript验证,IsValid是否仍会返回true?答案是否。但是,有经验的用户可以操作验证脚本;这就是您在服务器端再次验证的原因。使用客户端验证的主要原因是,如果基本验证失败,您希望避免不必要的回发到服务器。那么IsValid检查是无用的,正如您所说的,无论发生什么情况,都可以操纵验证代码以返回true。我假设微软的验证控件实际上不会在服务器上进行验证,所以我想我必须编写自己的验证库。希望绝大多数人不会篡改javascript。是的,还应该有服务器端验证,在没有实际执行服务器端验证的情况下,不应该将记录插入数据库,但是执行简单的javascript检查确实会减少用户错误,并节省往返服务器的往返时间。将IsValid check称为“无用”是一个相当大的飞跃,因为它在99%以上的用户情况下非常有用。如果用户删除客户端Javascript验证,IsValid还会返回true吗?答案是否。但是,有经验的用户可以操纵验证脚本;这就是您在服务器端再次验证的原因。使用客户端验证的主要原因是,如果基本验证失败,您希望避免不必要的回发到服务器。那么IsValid检查是无用的,正如您所说的,无论发生什么情况,都可以操纵验证代码以返回true。我假设微软的验证控件实际上不会在服务器上进行验证,所以我想我必须编写自己的验证库。希望绝大多数人不会篡改javascript。是的,还应该有服务器端验证,在没有实际执行服务器端验证的情况下,不应该将记录插入数据库,但是执行简单的javascript检查确实会减少用户错误,并节省往返服务器的往返时间。将IsValid check称为“无用”是一个相当大的飞跃,因为它在99%以上的用户情况下非常有用。如果用户删除客户端Javascript验证,IsValid还会返回true吗?答案是否。但是,有经验的用户可以操纵验证脚本;这就是您在服务器端再次验证的原因。使用客户端验证的主要原因是,如果基本验证失败,您希望避免不必要的回发到服务器。那么IsValid检查是无用的,正如您所说的,无论发生什么情况,都可以操纵验证代码以返回true。我假设微软的验证控件实际上不会在服务器上进行验证,所以我想我必须编写自己的验证库。希望绝大多数人不会篡改javascript。是的,还应该有服务器端验证,在没有实际执行服务器端验证的情况下,不应该将记录插入数据库,但是执行简单的javascript检查确实会减少用户错误,并节省往返服务器的往返时间。将IsValid check称为“无用”是一个相当大的飞跃,因为它在99%以上的用户情况下非常有用。如果用户删除客户端Javascript验证,IsValid还会返回true吗?答案是否。但是,有经验的用户可以操纵验证脚本;这就是您在服务器端再次验证的原因。使用客户端的主要原因