next step: TDD, 클린 코드 with Java 18기

자동차 경주-학습테스트, 문자열 계산기 미션하며 정리한 내용 paramterized test 와 을 함께 사용하는데 의 설명이 제대로 나오지 않는다면 intellij의 아래 설정을 확인해봐야 한다. git rebase git 히스토리를 아주 깔끔하게 정리할 수 있는

\[자동차 경주: 3단계 자동차 경주 최대한 요구 사항이 잘 들어나게 짓는게 좋은듯질문답변테스트 더블에 대한 개념을 잡고가는게 어떨지?테스트 더블(Test Double, 테스트 대역)테스트 더블은 실제 DOC와 똑같이 행동하지 않아도 되며, 똑같은 API만 제공하면 된

자동차 경주 - 자동차 경주(우승자) 받은 리뷰 내용 🤔 리뷰 링크 자동차 경주: 4단계 자동차 경주(우승자) #5424 🤔 final 키워드 질문 답변 사용해도 문제 없다. 의 의미는 2가지다. 명시적으로 인자로 전달된 값에 대해 변경을 불가능하게 하는 것과

자동차 경주: 5단계 자동차 경주(리팩토링) #5444

의존성이 없는 단위부터 진행해야 하며 그 범위를 넓혀 나간다.TODO 리스트를 만드는 것을 통해 TDD를 좀 더 쉽게 도전할 수 있다.view와 database에 대한 테스트는 통합 테스트의 영역이다.도메인 영역을 중심적으로 단위 테스트를 작성해야 한다.테스트 코드를

\[로또-TDD: 1단계 문자열 계산기 정적 메서드만 있다면 인스턴스 생성이 필요 없다.따라서 private 생성자를 이용하여 유틸리티 클래스로 만들자.유틸리티 클래스static method와 static field 만을 담은 클래스. 보통 유틸성 클래스로 helper

\[로또 - TDD: 2단계 로또(자동) 질문답변클래스 이름이 고민된다는 것은 역할과 책임이 명확하지 않다는 신호일 수 있다.질문답변자료형은 요구사항에 따라 달라질 수 있으니 변수명에는 자료형보다 복수형을 이름을 사용하라.질문답변클래스에서 메서드를 배치할 때 연관 있는

\[로또 - TDD: 3단계 - 로또(2등) \[Java]BiPredicate 인터페이스 사용 방법긴밀하게 협력하는 객체를 묶어 새로운 도메인을 모델을 도출할 수 있다.생성자를 이용하면 테스트 코드에서 사용할 인스턴스를 좀 더 쉽게 만들 수 있다.(지난번에도 피드백 받

[로또 - TDD: 4단계 - 로또(수동)

클린 코드, 유지보수하기 좋은 코드를 구현하는 능력자기 주도적으로 문제를 해결하는 능력협업 능력대용량 트래픽을 처리할 수 있는 아키텍처 설계 역량개발 문화 만드는 리더십 경험기술 아키텍처 설계를 경험할 수 있는 테크 리더테스트 데이터는 차후에 유지보수를 고려하여 필요한

사다리타기 - FP, OOP(스트림, 람다, Optional) 미션하며 정리한 내용 👨‍💻 optional.map

%d: 정수 서식%s: 문자열 서식%와 포맷문자(d, s) 사이에 정수를 설정하면 글자 길이를 설정할 수 있습니다.양수인경우 오른쪽 정렬이고 음수인 경우 왼쪽 정렬입니다.표현 대상의 길이가 설정한 길이보다 작은 경우 공백으로 채워집니다.\[java] 자리수 맞추기, p

\[사다리타기 - FP, OOP: 3단계 - 사다리(게임 실행)리뷰어테스트 코드에서만 사용되는 정적 팩토리 메서드라면 테스트 패키지쪽에 별도로 함수를 만드는게 어떨지?일반적으로 생성자에서 로직을 처리하면 생성 이외 책임을 추가로 갖기 때문에 데이터 변환 가공 등의 작업

사다리타기 - FP, OOP(리팩토링) 리뷰 내용 🤔 리뷰 링크 4단계 - 사다리(리팩터링) #2123 🤔 정적 팩토리 메서드와 생성자 질문 리뷰어

유효성 체크는 생성자에서 하는게 좋다.

1단계 - 레거시 코드 리팩터링 #451

\[2단계 - 수강신청(도메인 모델)

\[3단계 - 수강신청(DB 적용)질문리뷰어도메인이 다르다면 전혀 다른 프로젝트라고 생각해보자.도메인 별로 패키지를 나눈 상태라면 차후의 확장성을 위해서 코드가 중복되더라도 사용하지 않는게 좋다.질문리뷰어데이터베이스와 도메인을 분리시켜보면 어떨지?당연히 다를 수도 있고

\[4단계 - 수강신청(요구사항 변경)

처음부터 다시 시작하는 개발(빅뱅 전략)차세대, 고도화 등등하지만 이 전략은 서비스를 멈추는 등 문제가 많다.재설계 팀과 유지 보수팀의 경주새롭게 만드는 기간 동안 새로운 요구를 제한적으로 수용해야 하기 때문에 비즈니스 위험 요소가 발생한다.유지보수 역량 떨어짐으로 인

양방향 의존관계는 지양해야한다.양바향 의존관계가 발생하는 순간 독립적으로 분리 불가능하다.양방향 의존관계를 해결할 수 있는 방법은 인터페이스와 구현체 의존관계를 연결하는 중간 패키지를 만드는 것이다.프로젝트 규모가 커지는 경우 양방향 의존관계를 찾는 것이 쉽지 않은데

테스트를 위해 객체를 생성하다 보면 테스트 코드에서 코드 중복과 객체 생성을 위해 불필요한 정보 노출로 인하여 가독성 저하 되는 것을 경험할 수 있습니다. 이를 해결하기 위한 방법으로 Object Mother Pattern과 Builder Pattern 사용이 있습니다