hyeyoungs/cleancode

✨ ≪ 클린코드 ≫ 책 읽고, 정리하기

Hi 👋🏻 I’m Hyeyoung Kim

💎  Life is all about making yourself

💛  Study for others

🚀 Contact

• 📮 Email : [email protected]

My Github Stats

 

cleancode's Issues

Servlet 동시성의 내부 구현

Servlet 동시성의 내부 구현은 어떻게 되어있는지 확인해보자.

checked exception이 필요한 경우

저자는 checked exception은 의존성을 강화시키므로, unchecked Exeption을 사용하는 것을 권한다.
checked exception은 필요한 경우에는 써야하는데,
checked exception이 필요한 경우는 언제일까?

Thread Safe한 collection

Thread Safe한 collection은 무엇이 있을까?

수직 거리 - protected 변수를 피해야 하는 이유

저자는 가독성 있는 코드를 구현하기 위한 방법을 다음과 같이 설명한다.

서로 밀접한 개념은 세로로 가까이 둬야 한다.  
두 개념이 서로 다른 파일에 속한다면 규칙이 통하지 않지만,  
타당한 근거가 없다면 서로 밀접한 개념은 한 파일에 속해야 마땅하다.(protected 변수를 피해야 하는 이유다.)

protected 변수를 피해야 하는 이유를 찾아보자.

함수당 추상화 수준은 하나로!

예시를 찾아 보면서 아래의 문장을 이해해보자.

• 함수가 ‘한가지’ 작업만 하려면 함수 내 모든 문장의 추상화 수준이 동일해야 된다.
• 함수 추상화 부분이 한번에 한 단계씩 낮아지는 것이 가장 이상적이다. ( = 내려가기 규칙)
• 클린 코드 : 각 함수는 다음 함수를 소개하고, 각 함수는 일정한 추상화 수준을 유지한다.

자바에서 null을 안전하게 다루는 방법

자바에서 null을 안전하게 다루는 방법은 무엇일까?

SpringBoot의 다양한 예외 처리 방법

SpringBoot의 예외 처리 방법은 무엇이 있을까?

애초에 null을 넘기지 못하도록 금지하는 정책

애초에 null을 넘기지 못하도록 금지하는 정책이라는 말이 무엇일까?
개발 할 때, "개발자들이 null을 파라미터로 넘기지 못하도록 코드를 작성하자"는 약속을 정하는 것인가?

프로세스가 동기화하는 기본 알고리즘과 해법

프로세스가 동기화하는 기본 알고리즘과 각 해법을 시각화하여 이해해보자.

• Producer-Consumer
• Readers-Writers
• Dining Philosophers

DTO를 사용하는 이유

DTO를 사용하는 이유에 대해서 알아보자.

도메인 특화된 언어 사용

예시를 찾아 보면서 아래의 문장을 이해해보자.

테스트 API를 구현해 도메인 특화 언어를 만들면 테스트 코드를 짜기가 쉬워진다.
흔히 쓰는 시스템 조작 API를 사용하는 대신 API 위에다 함수와 유틸리티를 구현하여 테스트하라는 의미이다.
이렇게 구현한 함수와 유틸리티는 테스트 코드에서 사용하는 특수 API가 된다.

공유 객체 하나에 여러 메서드가 필요한 상황에는 3가지 방법을 고려

공유 객체 하나에 여러 메서드가 필요한 상황에는 3가지 방법을 고려한다고 한다.

• 클라이언트에서 잠금 : 클라이언트에서 첫 번째 메서드를 호출하기 전에 서버를 잠근다. 마지막 메서드를 호출할 때까지 잠금을 유지한다.
• 서버에서 잠금 : 서버에다 "서버를 잠그고 모든 메서드를 호출한 후 잠금을 해제하는" 메서드를 구현한다. 클라이언트는 이 메서드를 호출한다.
• Adapter 서버 : 잠금을 수행하는 중간 단계를 생성한다. '서버에서 잠금' 방식과 유사하지만 원래 서버는 변경하지 않는다.

위의 방법을 예시를 찾아보며 이해해보자.

SpringBoot 예외처리의 내부 구현

SpringBoot에서는 예외처리를 어떤 방식으로 진행할까?

[Effective Java] Exception에 관한 규약

Exception에 관한 규약을 이해해보자.

자바 언어 명세가 요구하는 것은 아니지만, 업계에 널리 퍼진 규약으로
Error클래스를 상속해 하위 클래스를 만드는 일은 자제하자.
즉, 사용자가 직접 구현하는 unchecked throwable은 모두 RuntimeException의 하위 클래스여야 한다.
Exception, RuntimeException, Error를 상속하지 않는 throwable을 만들 수도 있지만,
이러한 throwable은 정상적인 사항보다 나을 게 하나도 없으면서 API 사용자를 헷갈리게 할 뿐이므로 절대로 사용하지 말자.

예외(null) 대신 기본값을 리턴

예외(null) 대신 기본값을 리턴하는 예시를 직접 만들어보자.
저자는 리스트의 경우, Collections.emptyList();를 반환해 주었다.
🤔 다른 collection과 자료형은 어떻게 기본값을 리턴해줄까?
🤔 또한, 빈 컬렉션, 빈 문자열을 적용할 수 없는 경우는 어떻게 처리해줄까?

checked exception과 unchecked exception (feat. roll-back)

checked exception과 unchecked exception은 다음과 같은 차이가 있다.

• 꼭 처리를 해야 하느냐
• 예외를 확인하는 시점

이외에도, Spring 기본 전략에서 예외발생시 트랜잭션을 roll-back 여부의 차이가 있다고 한다.

• checked exception은 트랜잭션을 roll-back하지 않고 예외를 던져준다.
• unchecked exception은 예외 발생 시 트랜잭션을 roll-back을 한다.

🤔 checked exception은 roll-back을 하지 않는다면, 그 이유와 고려할 사항이 무엇이 있을까?