Tslint: Object.assign의 첫 번째 인수가 클래스 인스턴스인 경우 개체 확산을 선호해서는 안 됩니다.

Object.assign 는 첫 번째 인수에 부작용이 있습니다. (이것이 TypeScript가 { ...x, ...y } 를 Object.assign({}, x, y) 변환하는 이유입니다.) 첫 번째 인수가 새로운 객체 리터럴인 경우에만 규칙이 활성화되어야 합니다.

규칙은 첫 번째 인수가 새로운 개체 리터럴인 경우에만 활성화되어야 합니다.

글쎄, 기술적으로 당신이 옳습니다. 그러나 프로그래머가 첫 번째 인수에 대한 부작용에 대해 주의하지 않고 _실제로_ 개체 확산과 동일한 작업을 수행하려고 할 때 어쨌든 문자가 아닌 값을 제공하는 실수를 종종 봅니다. 그래서 나는 여전히이 규칙이 그것을 포착하기를 원할 것입니다. 아마 옵트인이 될듯...

첫 번째 인수가 객체 리터럴이 아닌 경우 규칙은 결과가 무언가에 할당된 경우에만 오류를 생성합니다.
Object.assign의 반환 값을 할당하는 것은 첫 번째 인수가 CallExpression, NewExpression 또는 이와 유사한 경우에만 의미가 있습니다. Identifier 또는 PropertyAccessExpression과 같은 다른 모든 것은 여전히 ​​오류입니다.
그리고 유형 검사기가 필요하지 않습니다.