如何修改min.js或者压缩后的js，以便提高代码的可读性。

前端的js上线的时候一般会使用打包工具处理（webpack,gulp，ugly.js 等）。这样做有几点作用。

1. 可以压缩空间，提高页面响应速度
2. 一定程度上可以保护自己的代码安全，防止别人清晰看懂逻辑或者拷贝代码。
3. 提高别人阅读自己代码的门槛

可前端开发工作中多多少少，会需要看别人的js代码。可随之而来的就是各种噩梦。eval,jsfuck,obfuscator等各种混淆方案就出来了。当然这种也在一定程度上保护了自己的代码。可是对于阅读者来说，简直是天书。关于混淆，以及反混淆等空了再写博客讲解。不过最常见的还是简化，简化后的代码，往往第一步处理起来是进行格式化，然后边看边修改。其中非常大的工作量是调整代码结构。理清文件的结构逻辑。比如下面的代码。

1 function _createClass(t, e, a) {
2   return e && _defineProperties(t.prototype, e), a && _defineProperties(t, a), t
3 }

其实阅读这个代码有些复杂的，里面既有逻辑运算，也有序列表达式，也有返回值。这个是否非常想处理为下面的结构：

1 function _createClass(t, e, a) {
2     if (e) {
3         _defineProperties(t.prototype, e);
4     }
5     if (a) {
6         _defineProperties(t, a);
7     }
8     return t;
9 }

这种代码结构就清晰多了。可是如何自动化处理那？手动修改一是慢，二是非常容易出错，在着无法完成功能复用。遇到其他的代码任然需要重新修改。比如这个时候又来了这样一段代码。

1 function m(t) {
2   var e = this.data.get("items"),
3     a = this.data.get("loop"),
4     n = e.length;
5   t < 0 ? a ? this.data.set("activeIndex", n - 1) : this.data.set("activeIndex", 0) : t >= n ? a ? this.data.set("activeIndex", 0) : this.data.set("activeIndex", n - 1) : this.data.set("activeIndex", t)
6 }

首先一行定义了多个变量，变量的名称真想重新命名一下，把e重命名为items，a重命名为loop, 不过最后的嵌套多层的三元运算，直接让人崩溃。忽然就想到多年前同事说过的一句话，程序员何必为难程序员。玩笑归玩笑，不过还是要积极的心态面对技术挑战不是。

首先是变量声明表达式，一次声明了三个变量。这种写法其实程序员是比较排斥的，非常想一行写一个。

 1 function m(offset) {
 2     var items = this.data.get("items");
 3     var loop = this.data.get("loop");
 4     var length = items.length;
 5     if (offset < 0) {
 6         if (loop) {
 7             this.data.set("activeIndex", length - 1);
 8         } else {
 9             this.data.set("activeIndex", 0);
10         }
11     } else {
12         if (offset >= length) {
13             if (loop) {
14                 this.data.set("activeIndex", 0);
15             } else {
16                 this.data.set("activeIndex", length - 1);
17             }
18         } else {
19             this.data.set("activeIndex", offset);
20         }
21     };
22 }

上面的代码就好看多了，基本的逻辑也可以看懂了。当时就想有没有工具可以做这个，或者如何利用现在的gpt工具去美化一下那。后检索了大量的资料，使用过市面的各种工具，发现还是自己写比较合适。gpt美化后，会有明显的代码逻辑错误。更重要的是有输入限制。

写一个js代码美化工具，多么具有挑战性。起码要懂编译原理，程序的语义和语法。于是买了很多关于编译原理的书。看几本后就上手了。结果写的80%以上了后，因为各种事情一直耽搁着。最近终于完成了大部分。感兴趣的朋友可以看下。

https://www.dejs.vip/javascript/beautify   (目前仍有部分bug并且无法100%还原代码的)

function justAFunction(){console.info("test");}

上面的代码简化后可能变成：

1 function a(){console.info("test");}

如果仅从代码中是无法推断出原来函数的名字的。不过可以根据文中语义去判定。但是大多时候，你是无法判定的。代码逻辑分析中加入人工智能或者使用代码库比对，有可能可以做到。不过这种复杂的程度过高了。

这个工具也许是前端，逆向或者爬虫工作者的一个福音。也或许会给代码持有者带来不安或者担忧。如何判定工具，留给使用者自行判定吧。