Javascript 如何写@&引用；在razor java脚本函数中？

我正在尝试在视图中将电子邮件验证添加到我的一个表单中：

function validateForm(){
var x=document.forms["myForm"]["email"].value;
var atpos=x.indexOf("@");
var dotpos=x.lastIndexOf(".");
if (atpos<1 || dotpos<atpos+2 || dotpos+2>=x.length)
  {
  alert("Not a valid e-mail address");
  return false;
  }
}

函数validateForm（）{
var x=document.forms[“myForm”][“email”].value；
var atpos=x.indexOf（“@”）；
var dotpos=x.lastIndexOf（“.”）；
if（atpos用at符号将其转义

@
用前面的at符号将其转义

@
试试这个

function validateForm() {
    var x = document.forms["myForm"]["email"].value;
    var atpos = x.indexOf("@@");//use Escape 
    var dotpos = x.lastIndexOf(".");
    if (atpos < 1 || dotpos < atpos + 2 || dotpos + 2 >= x.length) {
        alert("Not a valid e-mail address");
        return false;
    }
}

函数validateForm（）{
var x=document.forms[“myForm”][“email”].value；
var atpos=x.indexOf（“@”）；//使用转义
var dotpos=x.lastIndexOf（“.”）；
如果（atpos<1 | | dotpos=x.length）{
警报（“不是有效的电子邮件地址”）；
返回false；
}
}
试试这个

function validateForm() {
    var x = document.forms["myForm"]["email"].value;
    var atpos = x.indexOf("@@");//use Escape 
    var dotpos = x.lastIndexOf(".");
    if (atpos < 1 || dotpos < atpos + 2 || dotpos + 2 >= x.length) {
        alert("Not a valid e-mail address");
        return false;
    }
}

函数validateForm（）{
var x=document.forms[“myForm”][“email”].value；
var atpos=x.indexOf（“@”）；//使用转义
var dotpos=x.lastIndexOf（“.”）；
如果（atpos<1 | | dotpos=x.length）{
警报（“不是有效的电子邮件地址”）；
返回false；
}
}
这与你的问题没有什么关系，但是我建议你考虑使用正则表达式来验证电子邮件地址。@ Gunt No，你不能用正则表达式验证一个电子邮件地址。@ Gunt @ CODECAST，你不同意问题不在使用正则表达式（作为一种技术）吗？，但对于人们用来捕获所有无效电子邮件地址的正则表达式，这实际上是不可行的？一般来说，使用正则表达式作为输入验证，甚至对于电子邮件地址，也没有什么错，但是对于电子邮件地址，确实应该意识到不要使用太严格的正则表达式，因为您可能会得到误报和错误d激怒了用户。然而，我的观点是，OP可以将其现有的验证逻辑重写为正则表达式。这样做会是一件坏事吗？@CodeCaster我完全同意你的看法。-我可能应该在最初的评论中更清楚地说明我的意思。我现在可以看出，我可能建议OP寻找一个“合适的”e邮件ReGEX，但这不是我的意图。它与你的问题并不相关，但是我建议你考虑使用一个正则表达式来验证电子邮件地址。@ Gunt，不，你不能用正则表达式验证一个电子邮件地址。@ Gunt[CordCaster ]你不同意这个问题不是在使用正则表达式吗？（作为一项技术），但对于人们用来捕获所有无效电子邮件地址的正则表达式，这实际上是不可行的？一般来说，使用正则表达式作为输入验证，甚至对于电子邮件地址，也没有什么错，但是对于电子邮件地址，确实应该意识到不要使用太严格的正则表达式，因为您可能会得到误报和错误d激怒了用户。然而，我的观点是，OP可以将其现有的验证逻辑重写为正则表达式。这样做会是一件坏事吗？@CodeCaster我完全同意你的看法。-我可能应该在最初的评论中更清楚地说明我的意思。我现在可以看出，我可能建议OP寻找一个“合适的”e邮件正则表达式，但这不是我的意图。