TypeScript의 단일 책임 원칙 이해: 빠른 가이드

단일 책임 원칙의 주요 정의에 따르면 A 클래스는 변경해야 하는 이유가 하나만 있어야 합니다. 더 나은 이해를 위해 이 진술을 분석해 보겠습니다.

전달하는 텍스트를 조작하는 클래스가 있다고 가정해 보겠습니다. 단일 책임 원칙에 따르면 우리가 만든 클래스는 텍스트 조작에 대한 책임만 담당해야 하며 클래스에서 수행하는 다른 모든 작업은 클래스의 일부가 되어서는 안 됩니다. .

이러한 클래스의 예를 들어 어떻게 리팩토링할 수 있는지 살펴보겠습니다.

위 코드에서 클래스가 인쇄 작업도 수행하는 것을 볼 수 있습니다. 이는 단일 책임 원칙을 위반합니다. 두 개의 새로운 클래스를 생성하여 코드를 리팩터링할 수 있습니다

리팩터링된 코드에는 별도의 작업을 수행하는 두 개의 별도 클래스가 있습니다.

단일 책임 원칙을 따르는 이유

단일 책임 원칙을 적용하면 다음을 달성할 수 있습니다.:-

1. 더 나은 코드 구성 및 유지 관리 가능성
2. 더 높은 코드 재사용성
3. 가독성 향상
4. 더 쉬워진 디버깅 및 테스트

고려해야 할 사항

단일 책임 원칙을 구현하는 비결은 우리 클래스의 단일 책임이 무엇인지 아는 것입니다. 하지만 모든 개발자는 클래스 책임에 대한 자신의 비전을 가지고 있으며 구현 방법에 대한 지침이 없으므로 각자의 해석만 남습니다.

실제로 비즈니스 또는 아키텍처 관점에서 동일한 작업을 수행하는 두 클래스를 분리하는 경우가 있을 수 있습니다. 이렇게 하면 두 클래스가 서로 단단히 결합되어 더 복잡한 코드가 생성될 수 있으므로 SOLID 원칙

핵심은 새 클래스를 만들 때 지나치게 생각하지 않는 것입니다

위 내용은 TypeScript의 단일 책임 원칙 이해: 빠른 가이드의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!