Log

Kotlin으로 프로젝트 진행 중에 테스트 코드를 작성하게 되었다. @DataJpaTest class MemberRepositoryTest @Autowired constructor(private val memberRepository: MemberRepository) : BehaviorSpec() { init { given("Member Entity 생성") { val member = Member("123456", "테스트 닉네임") `when`("생성한 Member Entity를 저장") { val savedMember = memberRepository.save(member) then("Entity 저장 성공") { savedMember.kakaoId shouldBe member.kakaoId saved..

Docker(도커)란? 애플리케이션을 컨테이너라는 단위로 관리하고 실행하는 오픈소스 프로젝트이다. 컨테이너에는 애플리케이션에 필요한 모든 것들이 패키징되어 있기 때문에 동일한 개발환경을 만들 수 있다는 장점이 있다. 정말정말 간단하게 아래와 같은 과정으로 진행된다. Dockerfile을 통해 애플리케이션이 포함된 도커 이미지 생성 -> 도커 이미지를 바탕으로 컨테이너 생성 및 빌드 Dockerfile 도커 이미지를 만들기 위한 파일 구성 요소 FROM COPY RUN CMD ENTRYPOINT LABEL ENV ARG ... Docker Image Build Docker Image는 컨테이너를 생성하는 템플릿(틀) 역할 docker image build -t 이미지[:태그명] -f Dockerfile명 ..

A 인덱스에서 뽑아온 리스트를 B 인덱스에 요청하여 상세 정보를 반환받아야 하는 로직이 필요했다. 이 때 요청한 리스트 순서대로 반환값을 받길 원했지만 Elasticsearch에서는 이런 기능이 없었다... 그래서 구글링을 했더니 역시 먼저 고민해본 분들이 계셨다. [👍🏻 참고한 블로그] https://danthetech.netlify.app/Backend/how-sort-by-specific-order-using-elasticsearch Search 결과를 요청한 순서대로 Sorting하여 Return 받는법 글을 시작하기 앞서 이 블로그는 Elasticsearch(이하 ES)에 관한 글이지만, ES와의 통신을 python을 이용해서 하는 것이므로 url을 이용한 query를 공부하고자 하는 분에게는 ..

이번 프로젝트에서 Elasticsearch로 검색엔진을 담당하게 되었다. 프론트에서 검색어를 SpringBoot 서버로 넘겨주면 SpringBoot에서 Elasticsearch에 api를 호출해서 결과를 반환하도록 로직을 짜야한다. 나의 경우는 Elasticsearch의 Search API만 사용할 예정이다!!! 🛠 개발 환경 SpringBoot 2.7.3 Java 8 Elasticsearch 7.9.1 📓 참고자료 [엘라스틱서치 실무 가이드] 내가 원하는 내용이 너무 잘 나와있어서 참고하였다. 아쉬운 점은 저자는 엘라스틱서치 6버전을 사용하고 있다는 점... 나는 이 책의 High Level Rest 클라이언트로 통신하는 법을 적용해보았다. 👩🏻‍💻 build.gradle dependency 추가! d..

싸피에서 진행한 공통프로젝트 때 API 명세서로 Swagger가 아닌 Spring Rest Docs를 채택했다. 그 때 적용하는 법을 노션에 대충 적어놨는데 이번에 적용하면서 깔끔하게(?) 정리해보려고 한다. 👍🏻 내가 생각했을 때 Spring Rest Docs의 장점 - 테스트가 성공해야 문서화가 되기때문에 항상 최신화 되엉있고 품질을 보장할 수 있다. - 문서화 됐을 때 Swagger보다는 프론트가 쉽게 이해할 수 있다고 생각한다. - Request, Response에 관한 설명을 어노테이션이 아닌 테스트 시 작성할 수 있어 spring 서버의 코드가 좀 더 깔끔해보인다. 👎🏻 Spring Rest Docs의 단점 - 테스트 코드 짜는게 너무너무너무 귀찮다... 정말로... 단점을 잘 극복하면 뿌듯한..

toString을 항상 재정의하라 Object의 기본 toString 메서드는 커스텀으로 작성된 클래스에 적합한 문자열을 반환하는 경우가 거의 없고, 클래스이름@해시코드 형태로 반환한다. toString의 일반 규약 중... 간결하면서 사람이 읽기 쉬운 형태의 유익한 정보를 반환하라 모든 하위 클래스에서 이 메서드를 재정의하라 실전에서 toString은 그 객체가 가진 주요 정보 모두를 반환하는 게 좋다. 객체를 출력했을 때 {Jenny=PhoneNumber@123dsdfa12l} 이런 정보보다는 {Jenny=707-349-1284}라는 메시지가 훨씬 유익한 정보라고 할 수 있다. ➡️ 스스로를 완벽히 설명하는 문자열이어야 한다. 고려해볼 사항 반환값의 포맷을 문서화할지 정해야 한다. 전화번호나 행렬 같..

equals를 재정의하려거든 hashCode도 재정의하라 equals를 재정의한 클래스 모두에서 hashCode도 재정의해야 한다. 그렇지 않으면 hashCode의 일반 규약을 어기게 되어 해당 클래스의 인스턴스를 HashMap, HashSet 등의 원소로 사용할 때 문제를 일으킨다. - equals 비교에 사용되는 정보가 변경되지 않았다면, hashCode 메서드는 몇 번을 호출해도 같은 값을 반환해야 한다. - equals가 두 객체를 같다고 판단했다면, hashCode는 똑같은 값을 반환해야 한다. - equals가 두 객체를 다르다고 판단했더라도, hashCode가 다른 값을 반환할 필요는 없다. 하지만 다른 객체는 다른 값을 반환해야 해시테이블의 성능이 좋아진다. equals가 두 객체를 같다고..

equals는 일반 규약을 지켜 재정의하라 클래스를 재정의 하지 않게 되면 인스턴스는 오직 자기 자신과만 같게 된다. 다음 상황에 해당한다면 재정의하지 않는 것이 최선이다. 각 인스턴스가 본질적으로 고유하다. 인스턴스의 '논리적 동치성(logical equality)'을 검사할 일이 없다. 상위 클래스에서 재정의한 equals가 하위 클래스에도 딱 들어맞는다. 클래스가 private이거나 package-private이고 equals 메서드를 호출할 일이 없다. equals를 재정의해야 할 때?! 상위 클래스의 equals가 논리적 동치성을 비교하도록 재정의되지 않았을 때 주로 값 클래스들이 여기 해당한다. equals를 재정의할 때 따라야할 일반 규약 반사성(reflexivity) : null이 아닌 모..

기존에 생성된 객체를 새로 생성할 때 재사용하자 // 1번 String s = new String("hello"); // 2번 String s = "hello"; 두 개의 String은 같은 문자열을 사용하지만 1번의 경우에는 새로운 인스턴스를 생성하고, 2번의 경우에는 String Pool에서 인스턴스를 참조하여 재사용한다. 만약 s += " java"; 라는 코드가 실행된다면? "hello java"라는 인스턴스를 새로 생성한 뒤 String Pool에서 이 인스턴스를 참조한다. boolean b1 = new Boolean(true); boolean b2 = Boolean.valueOf(true); ------- int i1 = new Integer(10); int i2 = Integer.valueO..