这么小心还是在"08"向8的转换上栽了

    关于javascript中的parseInt方法，本来没有什么好说的，它的功能就是把一个字符串从左向右的可识别的数字部分转换成数值，并且它还有个可选的参数radix。这不，问题就出在这个参数上了。

    关于parseInt的解释msdn说得很清楚，抄过来就行了：
    parseInt(numString, [radix]) 
    Arguments
    numString 
         Required. A string to convert into a number. 
    radix 
         Optional. A value between 2 and 36 indicating the base of the number contained in numString. If not supplied, strings with a prefix of '0x' are considered hexadecimal and strings with a prefix of '0' are considered octal. All other strings are considered decimal. 

    对于radix的注意事项，我记得园子里也有人提醒过。google一下，还不止一篇提到：
    javascript中parseInt的问题
    Javascript 日期校验完备全过程

    那还说什么呢？说下这个问题怎么被遇到了，以及以后怎么避免吧，不要栽在同一个坑里才是上策嘛。

    我写了一段处理日期的脚本，功能是把一段literal形式的日期转为日期对象。比如：2005-5-14 18:16:6，要转成一个Date对象。方法ConvertToDate()如下：

 function ConvertToDate(strDate)
 {
     strDate = strDate.replace(/-/ig, ':').replace(' ', ':');
     var dataParts = strDate.split(':');
     return new Date(parseInt(dataParts[0]), parseInt(dataParts[1])-1, parseInt(dataParts[2]),
         parseInt(dataParts[3]), parseInt(dataParts[4]), parseInt(dataParts[5]));
 }

    这个方法运行正常，而且稍微看看，由于日期是紧凑形式，似乎是不会出现05，08这样的东西需要转换。对，如果一直这样也就对了，我也不会载在这个转换上面了。问题是后来服务器端的代码被移到了一个英文版.net framework的服务器上去了，这个时候DateTime结构的ToString()默认返回回来的日期字符串成了"5/14/2005 6:16:6 PM"了，我前面的那个ConvertToDate()不能转换了。为了偷点懒，把DateTime.ToString()的结果格式化一下不就行了吗，于是把.ToString()改成了.ToString("u").Replace("Z", "")。这下的输出结果成了："2005-05-14 18:16:06"，使用ConvetToDate()来转换似乎仍然工作的挺好的。

    后来的事情嘛，就是我遇到了默认八进制格式的问题，就是"0"开头的数字的问题。因为使用日期的等宽输出形式后，0d这种形式就非常常见了。由于当初的ConvertToDate()没有考虑这个问题(当初确实也不会遇到0d这种形式，小于10的数字就是d这种格式)，结果埋下了此祸根。

    修改这个bug也很简单，给parseInt方法加上第二个参数就行了，修改后的ConvertToDate()为：

 function ConvertToDate(strDate)
 {
     strDate = strDate.replace(/-/ig, ':').replace(' ', ':');
     var dataParts = strDate.split(':');
     return new Date(parseInt(dataParts[0], 10), parseInt(dataParts[1], 10)-1,
         parseInt(dataParts[2], 10), parseInt(dataParts[3], 10),
         parseInt(dataParts[4], 10), parseInt(dataParts[5], 10));
 }

    这里得到了一个小小的教训，在使用带有optional参数的方法时，应该格外的小心，由于parseInt在没有radix参数时，但却支持"0x"和"0"这种前缀作为一个radix的隐式说明。所以以后在使用具有默认参数的方法时，应尽量明确给出参数值，以减少后期代码修改而带来不可预见bug。