JavaScript中的16进制字符(改进)

  原始的代码:

  

复制代码 代码如下:

  //将文字转换为16进制

  function textToSix(str) {

  return escape(str).replace(/%/g, function () {

  return "\\";

  }).toLowerCase();

  }

  改进后的:

  

复制代码 代码如下:

  //将文字转换为16进制

  function textToHex(str) {

  //escape对0-255以外的unicode值进行编码时输出%u****格式,例如:%u6267%u624b%u6cea%u773c

  //将其中的%替换成\就是十六进制的

  if (typeof str == "string") {

  return escape(str).replace(/%/g, function () {

  return "\\";

  }).toLowerCase();

  } else {

  return null;

  }

  }

  主要是增加了一个验证是否为字符串的验证。

  在完善了这个方法之后,我又觉得是不是要改进下面这个方法:

  

复制代码 代码如下:

  //将16进制表示为文字

  function sixToText(str) {

  return unescape(str);

  }

  本意是将"\unnn"之类的字符转换回文字。其实,只需看看unescape这个方法的原理(工作原理:通过找到形式为 %xx 和 %uxxxx 的字符序列(x 表示十六进制的数字),用 Unicode 字符 \u00xx 和 \uxxxx 替换这样的字符序列进行解码。来自百度百科的解释)。就会知道我完全是多此一举。因为浏览器是可以解析十六进制的字符的。例如:

  在IE9中:

  

JavaScript中的16进制字符(改进)

  在Chrome中:

JavaScript中的16进制字符(改进)

  再补充另外一点收获吧。其实在做这个解析被我替换后的字符时,我最初的想法是将"\"这个字符在替换回"%",然后再用unescape这个解码函数来解析字符。然而,当我在我想将"\"替换为"%"却发现了下面的一个比较有意思的现象:像“\”这个字符如果后面没有碰到“t”,"n"之类可以和t结合在一起组成转意字符的话,是会被浏览器忽略的。用实验来验证我的结论吧:

  在IE9中调试:

JavaScript中的16进制字符(改进)

  在Chrome下调试:

JavaScript中的16进制字符(改进)

  在这里定义了一个变量,变量中含有一些平时可能很少出现的字符"\",调试的时候,看看上面的提示了吗,浏览器很智能的忽略掉了特殊位置的字符。因此在将一些看似很平常的字符(例如文件路径等)放在js的变量中,可能输出来的结果并不是预期的。