TypeScript的书写规范(TSLint)配置修改

新版Angular中使用的Typescript书写规范非常恼人,比如默认会启用no-trailing-whitespace这样的选项。官方对此的说明是为了配合GIT的使用规范。

虽然这种规则在规范程序员的代码风格方面有一定作用,但是对于已经形成自身风格的人而言,纯粹是多此一举。比如本人在Oracle实习期间,看到后端项目中Java代码的风格也是因人而异,比如有些人喜欢在方法之间间隔一行,有些人就不将方法分隔开;有些会将不同作用的程序段用空行隔开;有些不会在等号赋值左右加上空格……但这些都不会影响代码的阅读。个人认为,只要缩进得当,风格稳定,并且遵循一定的规范,都不会很大程度上影响阅读。而TS在这些方面的吹毛求疵虽然非常严格地规范了代码风格,却也影响了写代码的效率。(使用文本编辑器的例外)

说点题外话,先前在Ionic框架上做Hybrid App的时候使用的TSLint还是比较舒服的,虽然没有去注意该团队是否已对TSLint进行个性化设置。

以下将几个比较麻烦的选项说明一下:

1.尾部空格检测

"no-trailing-whitespace": false,

这个一定要选择false,要不然每行代码后面都不能有空格,包括换行以后产生的空格。这对喜欢将不同功能程序段用空行分割的人而言简直是噩梦。

2.行内检测

"one-line": [
  true,
  "check-open-brace",
  "check-catch",
  "check-else",
  "check-whitespace"
],

这个里面可以自行配置自身需要的,比如check-whitespace这项就会要求函数名,参数表和函数段开头的大括号之间要有空格。当然也可以设置为false,将这个功能完全禁用。

3.关键字var

"no-var-keyword": true,

如果这一项启用的话,就不能在程序段中使用var来生成变量。本身ES6提供的let确实很好用,但如果需要利用var的特性(比如变量提升)来实现一些程序段的话,那就不能禁用。

4.注释行中的空格

"comment-format": [
  true,
  "check-space"
],

如果check-space这一项存在,那么注释行的开头必须要加上一个空格。这个对于使用英文注释的人来说,没有多大影响,但是中文话就没有必要。注释毕竟是区别于代码段的,要使用如何的书写格式应当自己来决定。去掉这一项,或者将整个commet-format的值改为false,就可以将其禁用。

5.空格在其他部分的设置

"whitespace": [
  true,
  "check-branch",
  "check-decl",
  "check-operator",
  "check-separator",
  "check-type"
],

whitespace这一项决定了在哪些情况下必须先插入空格,然后写入自己的代码。比如check-separator这一项就会要求在初始化数组的时候,相邻元素间不仅要用“,”分隔,还需要在其之后加入空格。

6.引用规范

"quotemark": false,

quotemark规定了引用符号的格式,比如在true,'single'的模式下,就会强制规定引用时必须使用单引号。然而,即使是WebStorm默认的引用格式也是双引号,这样就必须修改IDE的引用格式,或者将这个规则禁用,否则每次引用都要手动将双引号改为单引号。
7.const偏好

"prefer-const": false,

这一项会在变量没有在程序段中重新赋值的时候提示使用const,这么做可以优化性能。然而,这样的设定也会引发一些问题,毕竟我们在设计的时候会考虑到后期对某些变量可能会进行修改。建议在初期开发完成,程序处理逻辑趋于稳定,进入性能优化的环节后再把这一项启用,协助检查哪些变量可以用const优化。

其他的后续继续补充。

http://blog.csdn.net/lqy455949477/article/details/78087875

上一篇:1工业企业大数据平台构建的一些思路和方法


下一篇:可能造成系统自动重启原因