[Clean Code] 10장 클래스

깨끗한 코드를 작성하기 위한 열번째 기록

클래스 체계

클래스의 구성은 가장 먼저 변수 목록이 나오고, 정적 공개(static public) 상수, 그리고 정적 비공개(static private) 변수, 그리고 비공개 인스턴스가 나옵니다. 변수 목록 다음에는 공개 함수가 나온다. 비공개 함수는 자신을 호출하는 공개 함수 직후에 넣는다. 즉 추상화 단계가 순차적으로 내려간다.

 

캡슐화

변수와 유틸리티 함수는 가능한 공개하지 않는 편이 낫지만 반드시 숨겨야 한다는 법칙도 없다. 때로는 변수나 유틸리티 함수를 protected로 선언해 테스트 코드에 접근을 허용하기도 한다. 하지만 테스트 코드는 중요하기 때문에 같은 패키지 안에서 함수를 호출하거나 변수를 사용해야 한다면 비공개 상태를 유지할 방법을 찾아야 한다.

 

클래스는 작아야 한다.

클래스를 만들 때 첫번째 규칙은 크기이다. 클래스는 작아야 하고, 더 작아야 한다. 클래스가 맡은 책임을 다할 수 있는 크기를 찾아야한다.

 

단일 책임 원칙

클래스나 모듈을 변경할 이유가 하나, 단 하나뿐이어야 한다는 원칙입니다. Single Responsibility Principle : SRP SRP는 '책임'이라는 개념을 정의하며 적절한 클래스 크기를 제시한다.

다수의 개발자들은 두뇌 용량에 한계가 있어 '깨끗하고 체계적인 소프트웨어'보다  '돌아가는 소프트웨어' 에 초점을 맞춘다. 관심사를 분리하는 작업은 프로그램 만이 아니라 프로그램 활동에서도 마찬가지로 중요하다.

 

응집도

클래스는 인스턴스 변수 수가 작아야 한다. 일반적으로 메서드가 변수를 더 ㅁ낳이 사용 할수록 메서드와 클래스는 응집도가 높다. 응집도가 높다는 말은  클래스에 속한 메스다와 변수가 서로 의존하며 논리적인 단위로 묶인다는 의미기 때문이다.

첫째, 리팩터링한 프로그램은 좀 더 길고 서술적인 변수 이름을 사용한다.
둘째, 리팩터링한 프로그램은 코드에 주석을 추가하는 수단으로 함수 선언과 클래스 선언을 활용한다.
셋째, 가독성을 높이고자 공백을 추가하고 형식을 맞추었다.

 

변경하기 쉬운 클래스

변경 시 시스템이 의도대로 동작하지 안을 위험이 따른다. 깨끗한 시스템은 클래스를 체계적으로 정리해 변경에 수반하는 위험을 낮춘다.

 

변경으로부터 격리

요구사항은 변하기 ㅂ마련이다. 따라서 코드도 변하기 마련이다. 객체 지향 프로그래밍 입문에서 우리는 구체적인 클래스와 추상 클래스가 있다고 배웠다.

 

DIP : Dependency Inversion Principle

테스트를 잘 갖춘다면 결합도를 낮추고, 유연성과 재사용성도 더욱 높아질 수 있다.

 

 

 

[출처]
Clean Code (클린 코드,애자일 소프트웨어 장인 정신), 로버트 C. 마틴 저