静态代码检查工具作用（解析静态检查工具的探索之路）

　　静态检查(Static Program Analysis)主要是以不运行程序的方式对于程序源代码进行检查分析的技术，而与之相反的就是动态检查(Dynamic Program Analysis)，通过实际运行程序输入测试数据产生预期结果的技术。通过代码静态检查，我们可以快速定位代码的错误与缺陷，可以减少逐行阅读代码浪费的时间，可以(根据需要)快速扫描代码中可能存在的漏洞等。代码静态检查可以在代码的规范性、安全性、可靠性、可维护性等方面起到重要作用。

　　在客户端中，Android可以使用CheckStyle、Lint、Findbugs、PMD等工具，iOS可以使用Clang Static Analyzer、OCLint等工具。而在React Native的开发过程中，针对于JavaScript的ESLint，与TypeScript的TSLint，则成为了主要代码静态检查的工具。本文将按照使用TSLint的原因、使用TSLint的方法、自定义TSLint的步骤进行探究分析。

　　一、使用TSLint的原因

　　在客户端团队进入React Native项目的开发过程中，面临着如下问题：

　　由于大家从客户端转入到React Native开发过程中，容易出现低级语法错误;

　　开发者之前从事Android、iOS、前端等工作，因此代码风格不同，导致项目代码风格不统一;

　　客户端效果不一致，有可能Android端显示正常、iOS端显示异常，或者相反的情况出现。

　　虽然以上问题可以通过多次不断将雷点标记出，并不断地分享经验与强化代码Review过程等方式来进行缓解，但是仍面临着React Native开发者掌握的技术水平千差万别，知识分享传播的速度缓慢等问题，既导致了开发成本的不断增加和开发效率持续低下的问题，还难以避免一个坑被踩了多次的情况出现。这时急需一款可以满足以下目标的工具：

　　可检测代码低级语法错误;

　　规范项目代码风格;

　　根据需要可自定义检查代码的逻辑;

　　工具使用者可以“傻瓜式”的接入部署到开发IDE环境;

　　可以快速高效地将检查工具最新检查逻辑同步到开发IDE环境中;

　　对于检查出的问题可以快速定位。

　　根据上述要求的描述，静态检查工具TSLint可以较为有效地达成目标。

　　二、TSLint介绍

　　TSLint是硅谷企业Palantir的一个项目，它是一款可以检查TypeScript代码可读性、可维护性以及功能性错误的静态检查工具，当前许多编辑器(Editors)和构建系统(Build Systems)支持这一工具，同时支持自定义编写Lint规则、配置、格式化等。

　　当前TSLint已经包含了上百条规则，这些规则构筑了当前TSLint检查的基础。在代码开发阶段中，通过这些配置好的规则可以给工程一个完整的检查，并随时可以提示出可能存在的问题