학습 내용

주석의 양면성

• 주석을 작성할 때, 자주 변하는 정보는 최대한 지양해서 작성한다

• 정책이 변하거나 코드가 변경되었다면, 주석도 잊지 않고 함께 업데이트 해야한다.

패키지 나누기

• 패키지는 문맥으로써의 정보를 제공할 수 있다.

• 패키지를 쪼개지 않으면 관리가 어렵다

• 패키지를 너무 잘게 쪼개도 관리가 힘들다

• 대규모 패키지 변경은 팀원과의 합의를 이룬 시점에서하자

오버 엔지니어링

• 불필요한 추상화 x

   

  완벽한 코드는 없다!!!!

테스트 코드

테스트 코드를 작성하는 이유

• 사람이 수동으로 테스트하는 것은 실수할 위험이 크다.

• 테스트를 자동화 함으로써 시간과 실수 위험을 줄인다.

테스트 작성법

• 테스트 세분화하기

  • 해피 케이스/ 예외 케이스 나눠서 작성

  • 테스트 하나에는 한가지만 검증하기

  • 경계값 테스트하기 : 10 이상인지 검증하는 코드가 있으면 10, 11 검증하여 해피/ 예외 케이스 확인하기

  TDD 테스트 방법

  1. 통과하는 최소한의 테스트 작성 (그린)

  2. 실패하는 테스트 작성 (레드)

  3. 리팩토링하여 성공하기

  4. 위 과정을 반복

회고

이번주에는 스터디 카페 코드를 리팩토링하는 과제가 있었다.

다른 사람들의 코드를 참고하고 내가 생각하는 리팩토링 후 코드를 비교하면서 공부하였는데 확실히 사람마다 생각이 많이 다른 것을 느꼈고, 코드 리뷰를 보고 내 코드에서 저런것이 부족 하였구나. 저런 부분은 잘 한것 같다를 생각하게 되었다.

이번주에는 시간이 없어서 리팩토링을 더 해보지는 못하였지만 시간이 될 때 리팩토링을 다시 진행해 보아야겠다.