객체 | 코틀린 입문 EP.1

객체는 모든 곳에 존재한다

필요한 개념만 표현하는 '객체'를 떠올리는 행동이 문제 해결의 시발점이다.
class 키워드를 사용하여 클래스를 선언한다.
- 헤더와 본문은 선택 사항이다.
- 복잡한 클래스 선언이 필요하면 본문을 구성한다.
멤버 함수는 클래스에 속한 함수다. 최상위(top-level) 함수는 클래스에 속하지 않은 함수다.
- 함수를 선언하기 위해 class가 필요한 자바와 달리 최상위에 선언할 수 있다.
함수가 호출되는 동안 다른 멤버에 접근할 수 있다.
this 키워드가 존재한다. 하지만 가급적 불필요한 this 사용을 권장하지 않는다.

프로퍼티(property)는 클래스에 속한 var, val이다.

객체를 효과적으로 초기화하는 기본적인 방법

작성한 코드를 다시 보면 더 좋은 방법이 떠오른다.

리팩터링(refactoring)을 하는 이유는 코드를 다듬어 유지 보수하기 좋은 코드를 작성하기 위해서다.
소비자는 버전이 변경돼도 기능이 똑같이 동작하길 원한다. 새로운 코드를 작성하고 싶지 않다. 생산자도 마찬가지다. 변경하는 내용이 소비자에게 영향을 끼치지 않는다는 확신을 가지고 개선하고 싶다.
- 확신을 주는 장치는 자동화된 테스트다.
소프트웨어를 설계할 때 변경해야 하는 요소와 유지되어야 하는 요소를 분리해야 한다.
가시성 변경자를 통해 영역을 분리한다.
private는 주로 클래스 멤버에 사용한다.
필요한 함수와 클래스만 외부에 공개하고 가능한 많은 요소를 private로 선언한다.
- 리모컨을 사용할 때 내부의 구조를 알지 못해도 사용할 수 있듯이 클라이언트에게 필요한 부분만 공개하고 내부 구현을 숨긴다.

DRY(Don't Repeat Yourself)

프로그램을 빠르게 개발하기 위해서는 지속적인 테스트가 필수다.

코드의 동작을 검증할 때 println()은 부실한 방법이다. 매번 출력을 자세히 살펴보고 의식적으로 확인해야 한다.
- 오류를 찾는데 시각적인 검사를 신뢰할 수 없다.
테스트를 배우면 테스트가 포함되지 않은 코드를 보면 점점 불편해지고, 테스트가 없는 코드는 틀린 코드라고 정의하기도 한다.

사소하지만 왜 그럴지 나름의 근거로 추론한다.

클래스에 소속된 함수는 보통 메서드(method)라고 부른다. 하지만 코틀린 공식 문서는 '멤버 함수(member function)'라고 지칭한다.

코틀린은 class 없이도 최상위(top-level) 함수를 선언할 수 있다. 더불어 메서드도 사실 함수가 아닐까? 클래스에 소속된 함수는 멤버 함수, 소속되지 않은 함수는 함수라고 부르면 자연스럽다.

<참고 자료>