We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
137p
실제로 외부 API를 사용할 때는 감싸기 기법이 최선이다. 외부 API를 감싸면 외부 라이브러리와 프로그램 사이에서 의존성이 크게 줄어든다. (중략) 마지막 장점으로 감싸기 기법을 사용하면 특정 업체가 API를 설계한 방식에 발목 잡히지 않는다.
이 부분이 잘 이해가 안 갔어요. 그러니까 예외 케이스를 일일이 작성하지말고, 전체를 감싼 다음에 무언가 예외가 발생하면 catch 하는 구조로 짜라는 소리일까요?
마지막에 Timely에서 테스트 코드를 먼저 작성한 다음 실제 코드를 작성하라고 하잖아요. 이게 TDD의 기본이기도 하고요. 그런데 정말 실제 현업에서 TDD로 개발하시나요,,?! 궁금해서 여쭤봅니다 ><
The text was updated successfully, but these errors were encountered:
perfumelim
No branches or pull requests
Q1. 7장 -호출자를 고려해 예외 클래스를 정의하라
137p
이 부분이 잘 이해가 안 갔어요. 그러니까 예외 케이스를 일일이 작성하지말고, 전체를 감싼 다음에 무언가 예외가 발생하면 catch 하는 구조로 짜라는 소리일까요?
Q2. 9장 - F.I.R.S.T
마지막에 Timely에서 테스트 코드를 먼저 작성한 다음 실제 코드를 작성하라고 하잖아요. 이게 TDD의 기본이기도 하고요. 그런데 정말 실제 현업에서 TDD로 개발하시나요,,?! 궁금해서 여쭤봅니다 ><
The text was updated successfully, but these errors were encountered: