{
var regex = new RegExp(/S/ );
if(regex.test(day)&& regex.test(month) && regex.test(year))
{
var regExp = new RegExp(/d/ );
if(!regExp.test(day)|| !regExp.test(month) || ! regExp.test(year))
return ("The date fields contains non-number." );
var tempDateValue = year + "/" + month + "/" + day;
if(tempDateValue.length < 6||tempDateValue.length > 10 )
return ("The length of date fields is invalid." );
var tempDate = new Date(tempDateValue);
if (isNaN(tempDate))
return ("The scope of date fields is invalid." );
if(parseInt(year) > 1900 && parseInt(year) < 2500 && ((tempDate.getUTCFullYear
()).toString()==year) && (tempDate.getMonth()==parseInt(month)-1) && (tempDate.getDate()
== parseInt(day)))
return ("The date fields is OK." );
else
return ("The date fields is invalid." );
}
}
(为了说明问题,代码略有改动)
1、使用测试数据:year="2003",month="08",day="01"。这原本是一个合法的日期,然而出乎我的意料,返回的信息居然是:The date fields are invalid。根据返回的信息,将错误定位在最后一个条件语句。经过仔细的检查,发现parseInt("08") = 0,条件语句返回自然是false了。为什么parseInt("08")会得到这样的结果呢?原来parseInt在没有指定转化进制的时候,是根据字符串对应的进制进行转换,而以0开头的字符串都默认为八进制的,那么在八进制中8是不存在的,因此返回0也就不奇怪了。修改办法就是将所有的parseInt函数指定进制即可,如parseInt(month)改为parseInt(month,10)。
2、使用测试数据:year="2000",month="01",day="01"。这个日期也是OK的,然而返回的信息也是:The date fields are invalid。这次的错误由是因为什么呢?原来错误在于getUTCFullYear,由于中国处于时区的东八区,而通过var tempDate = new Date(tempDateValue)获得日期的对象,默认是包含具体的时间,且初始化值为00:00:00。那么在中国是跨入二十一世纪了,可是在格林威治却仍然是1999年,那么出错也是自然的事情了,修改办法是将getUTCFullYear改为getFullYear即可。