TSLint(TypeScript) 구성 수정 사항

새 Angular에서 사용하는 Typescript 쓰기 규범은 기본적으로 no-trailing-whitespace와 같은 옵션을 사용합니다.이에 대한 공식 설명은 GIT의 사용 규범에 맞추기 위한 것이다.
이런 규칙은 프로그래머의 코드 스타일을 규범화시키는 데 일정한 역할을 하지만 이미 자신의 스타일을 형성한 사람에게는 순전히 이런 행동이 많다.예를 들어 본인이 Oracle에서 실습하는 동안 백엔드 프로젝트에서 자바 코드의 스타일도 사람에 따라 다르다. 예를 들어 어떤 사람들은 방법 사이에 한 줄을 띄우는 것을 좋아하고 어떤 사람들은 방법을 분리하지 않는다.어떤 것은 서로 다른 작용을 하는 프로그램 구간을 빈 줄로 구분한다.어떤 것은 등호에 값을 좌우로 빈칸을 넣지 않지만, 이것들은 코드의 읽기에 영향을 주지 않는다.개인적으로 축소가 적절하고 풍격이 안정적이며 일정한 규범을 따르기만 하면 읽기에 큰 영향을 주지 않을 것이라고 생각한다.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"
],

화이트스페이스는 어떤 상황에서 빈칸을 먼저 삽입하고 코드를 써야 하는지를 결정한다.예를 들어 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