분류 전체보기 210

20220706 TIL #테스트코드 리펙토링 @DataJpaTest @SpringBootTest

프로젝트에서 추가되거나 변경된 기능이 많다보니 사용하지 않는 변수나 메소드, enum이 많아졌다. 아직 어떤 맥락인지 파악이 가능할 때 정리하는 게 좋을 것 같아서 틈틈히 수정하고 있다. 비즈니스 로직을 수정하다보면 테스트코드도 수정이 필요할 때가 있어서 같이 보게 되는데, 테스트코드에도 삭제하고 치워야 할 흔적들이 많이 남아있었다. 특히 테스트코드에서 TestBase 클래스를 만들어서 공통으로 사용하는 클래스를 주입하거나 설정들을 동일하게 사용하는 경우들이 있었는데, 계속 새로 추가되면서 비슷한 TestBase 클래스가 여러 개 생긴 것을 확인할 수 있었다. 현재 프로젝트에서 단위테스트와 통합테스트를 하고 있는데, 통합테스트의 경우에는 @DataJpaTest를 사용하는 경우도 있고, @SpringBoo..

회고 2022.07.08

20220703 TIL #불변 객체를 사용하는 이유

개발을 시작하고 코딩을 하면서, 이 책에서는 몇 번을 읽어도 이해가 안되던 설명이 우연히 다른 걸 공부하다가 '아, 이런 뜻이었구나' 할 때가 있다. 자바를 공부하면서 이해가 잘 안되는 용어 중 하나가 '불변 객체'를 사용하는 것이었다. 그런데 김영한님의 JPA 강의를 듣다가 왜 불변객체를 권장하는지 조금 이해하게 된 것 같다. 모두 다 정확하게 이해한 건 아니지만, 앞으로 공부하는데 실마리가 될 것 같아서 기록해둔다. primitive type과 달리 객체는 참조가 가능하다. 즉, 각각의 변수들이 같은 객체를 참조하고 있을 수 있다. 예를 들어, 새로운 Value a를 만들고, b가 a를 가리킨다면 둘은 같은 객체를 참조하게 된다. public static void main(String[] args) ..

회고 2022.07.05

[프로그래머스] K번째수 #Arrays.copyOfRange

https://programmers.co.kr/learn/courses/30/lessons/42748?language=java 주어진 조건에 따라 배열에서 원하는 값을 찾아서, 배열로 출력하는 문제이다. int배열을 주어진 범위를 index로 잘라서 복사하는 메서드를 새로 알게 되었다. java.util.Arrays에 있는 메서드이다. 배열이기 때문에 from과 to가 배열의 범위를 벗어나면 에러가 발생한다. public static int[] copyOfRange(int[] original, int from, int to) { int newLength = to - from; if (newLength " + to)..

Language/JAVA 2022.07.01

20220630 TIL #객체에게 메시지를 보내자

넥스트스탭에서 과정을 수강하고 있는데, 최근에 굉장히 인상깊은 내용이 있었다. 객체를 가져와서 그 값을 처리하는게 아니라, 해당 객체에게 메시지를 보내라는 것이다. 예를 들어서, 이런 식으로 if문에 원하는 조건을 검증하기 위해 해당 객체의 값을 getter로 가져와서 비교하는 것이 아니라 for (int i = 0; i < QUANTITY_OF_BALL; i++) { if (Integer.parseInt(inputs[i]) == answer.getBalls().get(i)) { strikeCnt++; continue; } for (int j = 0; j < QUANTITY_OF_BALL; j++) { if (Integer.parseInt(inputs[i]) == answer.getBalls().get(..

회고 2022.07.01

20220627 TIL #테스트코드의 중요성

프로젝트를 하면서 최소한 서비스에서 단위테스트는 만들고 있지만, 이것만으로는 부족한 것 같아서 통합테스트도 추가하기로 했다. 특히 우리 프로젝트는 주요 로직들이 모두 특정조건에서 데이터베이스에서 데이터를 조회하거나, 업데이트를 하는 것이라서 Repository에 Fake 객체를 만들어서 특정 값을 리턴하는 방식으로 Repository를 분리한 단위테스트만으로는 한계가 있는 것 같다. 그래서 DB connection을 갖는 통합테스트를 통해 특정 데이터를 DB에 저장해서 테스트를 하기 위한 상황을 만들고, 해당 데이터를 조회하거나, 원하는 경우에 의도한 에러가 잘 나타나는지 확인하였다. 그리고 테스트가 끝나면 테스트를 위해 저장한 데이터들은 모두 롤백하였다. 이미 일부 파트는 운영을 하고 있는 프로젝트이고..

회고 2022.06.29

20220621-22 TIL #인터페이스 #동적 파라미터화 #일급컬렉션

을 읽기 시작했다. 책 자체가 굉장히 잘 쓰여져 느낌을 받았고, 편집도 좋다. 아마 최근에 관심 주제랑도 맞닿아 있어서 더 그런 것 같은데, 왜 람다를 사용해야 하는지에 대해 설득력 있게 느껴지고 있다. 특히 동적 파라미터화로 메서드를 전달할 수 있다는 점이 재미있다. 1. 인터페이스를 활용하면 메서드를 변수로 받을 수 있다. 예를 들어 List을 색깔로 필터할 수 있다. public static List filterApplesByColor(List inventory, Color color) { List result = new ArrayList(); for (Apple apple : inventory) { if(apple.getColor().equals(color)) { result.add(apple);..

회고 2022.06.22

[디자인패턴]controller pathvariable로 service 구현체 주입하기

인터페이스를 구현하는 여러 service 구현체가 있을 때, controller에서 pathvariable을 통해 구현체를 주입할 수 있다. 먼저 인터페이스를 하나 만들고, A와 B 두개의 구현체를 만들었다. public interface TestInterface { void save(); Type getType(); } @Service public class TestAImpl implements TestInterface { Type type; public Type getType() { return Type.A; } @Override public void save() { System.out.println("save A"); } } @Service public class TestBImpl implement..

Language/JAVA 2022.06.16

[Java with Unit Test] equals와 hashCode

넥스트스텝에 있는 를 시작했는데, 여기서 학습테스트를 소개하고 있다. https://edu.nextstep.camp/c/9WPRB0ys/ 플레이그라운드 edu.nextstep.camp 익숙하지 않은 API를 공부할 때 단위테스트를 작성하면 해당 API의 사용법도 알 수 있고, 단위테스트에도 익숙해질 수 있다. 코스 시작 부분에서 예제로 String의 몇몇 메서드들을 Junit과 AssertJ를 사용해 단위테스트를 작성하는 연습을 할 수 있다. 단위테스트를 통해 어떤 값이 들어가고, 그 결과가 어떻게 출력되는지 바로 알 수 있어서 좋다. 그래서 Java 공부를 할 겸 프로젝트를 하나 만들었다. Object 모든 클래스의 최고 조상이기 때문에 모든 클래스에서 바로 사용이 가능하다. equals(Object ..

Language/JAVA 2022.06.16

20220609 TIL #스터디 시작!

고민만 하던 스터디를 드디어 시작했다. 우선 가볍게 6월에 4주동안 특별한 주제 없이 모각코를 진행하기로 했다. 항해를 하면서 혼자 코딩하는 것보다 다른 사람들과 함께 코딩하고 개발 이야기를 하는게 즐겁다는 것을 알게 되었고, 함께 항해를 했던 사람들과 지속적으로 교류를 하고 싶다는 목적도 있었다. 함께 스프링을 공부했던 백엔드 개발자 3분과 프론트 개발자 1분, 이렇게 총 5명이 스터디를 시작하게되었다. 처음에 인원을 최대 6명정도로 생각하고 있었고, 인원이 안모이면 항해 슬렉이나 다른 커뮤니티에 올리려고 했는데 항해 단톡방 몇개에서 인원이 다 모이게 되었다. 백엔드 개발자라고 하지만 다들 회사에서 프론트도 좀씩 해야하는 분들이고, 프론트 개발자 분도 node를 공부하고 계셔서 재밌다. 프론트/백이..

회고 2022.06.15

20220608 TIL #인터페이스와 service 구현체

오늘 신기하고 재밌는 코드를 보았다. 우리 프로젝트는 데이터 유형만 다르고 기능은 비슷한 그룹이 여러 개 있는데, 각각 인터페이스와 서비스를 만들다 보니 중복되는 코드가 많다. 그래서 이 중 한 기능을 인터페이스를 하나로 통합하고 각각 데이터 유형별로 구현체가 있는 형태로 바꾸었다. 이렇게 하면 해당 service를 주입받는 controller에 해당하는 구현체를 넣어주면 된다. @Service("exampleServiceType")과 같이 어노테이션을 통해 빈 이름을 설정하고 이 값으로 구현체를 받아올 수 있다. 비슷한 전략을 controller에서도 적용할 수 있다. 이런 방식으로 구현할 수 있다고 예시를 본 것을 참고해서, 간단하게 테스트 프로젝트를 만들어보았다. https://paran21.tis..

회고 2022.06.15