본문 바로가기

🖥DEV/Java || Spring15

팔로잉/팔로워 구현에서 마주친 동시성 프로젝트를 진행하며 팔로워 수를 증가하거나 줄일때 동시성 문제에 대해 고민했던 내용입니다. 학습과정에서 작성되었기 때문에 잘못된 내용이 있을 수 있습니다. 1. 동시성 문제 현재 팔로우/언팔로우 기능을 구현하는 로직은 아래와 같습니다. 팔로잉/언팔로우을 하게되면 회원 테이블이 가지고 있는 팔로잉 컬럼의 값이 1 증가하거나 감소하는 로직인데요, 이 부분에서 동시성 이슈가 발생했습니다. 여기서 왜 회원 테이블이 팔로잉 카운트를 가지고 있는지에 대해 의문이 생길 수 있습니다. 이는 조회의 편의성을 위해 이렇게 설계했습니다. 한 회원의 몇명의 팔로잉/팔로워 수를 알기 위해 서는 조인으로 데이터를 찾아와 갯수를 세거나 데이터베이스에 직접 카운트 쿼리를 날려야 하는데, 이렇게 매번 조인/카운트 쿼리를 날리는 것은 .. 2022. 9. 19.

도메인 로직이 항상 좋을까? 프로젝트를 하면서 JPA를 활용한 도메인 로직이 항상 좋을까? 에 대해 고민했던 내용인데요 간략하게 정리해보겠습니다. **코드에는 정답이 없다고 생각하기 때문에 하나의 문제 해결 관점이라고 봐주시면 감사하겠습니다. - 도메인 로직(JPA) 으로 좋아요를 구현했을 경우 - 개선 및 도메인 로직이 안좋을때 - Conclusion 1. 좋아요 눌렀는지를 JPA조인으로 가져올 경우 도메인 로직을 활용해 (게시글에) 좋아요를 추가/삭제 하기 위해서는 아래와 같은 로직이 필요합니다. 좋아요를 한 번도 안 눌렀다면 좋아요를 추가하고, 이미 눌렀다면 눌렀던 좋아요가 취소되는 로직입니다. 그런데 여기서 문제가 발생합니다. contains( ) 메서드를 실행하기 위해서는 내부에 어떤 값이 있는지 알아야 하기 때문에 JPA.. 2022. 9. 19.

[이펙티브자바] Item 16. 이 글은 인사이트의 EffectiveJava 3rd Edition을 공부하며 작성한 글입니다. 책을 바탕으로 추가적인 내용을 덧붙였습니다. 정리된 내용 이외에도 좋은 내용이 많이 담겨 있기 때문에 꼭 책을 구매해서 공부해 보실 것을 추천드립니다. 이펙티브 자바 Effective Java 3/E - YES24 자바 플랫폼 모범 사례 완벽 가이드 - Java 7, 8, 9 대응자바 6 출시 직후 출간된 『이펙티브 자바 2판』 이후로 자바는 커다란 변화를 겪었다. 그래서 졸트상에 빛나는 이 책도 자바 언어와 라이브 www.yes24.com 1. package-private 아래 그림에서 왼쪽과 같은 클래스는 데이터 필드에 직접 접근할 수 있기 때문에 캡슐화의 이점을 제공하지 못합니다. API를 수정하지 않고는.. 2022. 8. 21.

하나의 레포지토리로 하위 엔티티 관리하기 프로젝트를 진행하며 애그리게잇에 대해 학습하고 고민했던 내용입니다. DDD에 관련된 내용인데 이에 대해 정확한 개념을 학습한 채 작성한 것이 아니기 때문에 잘못된 내용을 알려주신다면 보는 즉시 수정하겠습니다. **JPA를 사용했기 때문에 글을 읽기 위해서는 JPA에 대한 기본적인 이해가 필요합니다. 2022. 10. ** 별도의 API가 필요하기 때문에 하나의 레포지토리로 하위 엔티티를 관리하는 것은 힘들다고 판단해 이 포스팅은 그 당시의 생각, 하나의 방법 정도로 읽어주시면 감사하겠습니다. 1. 별도의 레포지토리가 필요할까? 게시판을 만들때 댓글은 게시글의 하위에 속해있습니다. 이 경우 /api/posts/{postId}/comments/{commentId} 와 같이 API를 구성할 수 있는데요, 물론.. 2022. 7. 31.

값을 검증하는 위치는 어디가 좋을까? 프로젝트를 진행하며 값 검증 위치에 대해 고민했던 내용인데요, DTO에서 @Validation 을 사용해 값을 검증하는 방법을 바꾸고자 했던 내용입니다. 정답은 없기 때문에 하나의 의견으로 읽어주시면 감사하겠습니다. JPA를 사용했기 때문에 글을 읽기 위해서는 JPA에 대한 기본적인 이해가 필요합니다. 1. DTO에서 값 검증 엔티티를 생성하기 위해 값을 DTO에서 검증할 수 있습니다. 이는 아래와 같은데요, 클라이언트로부터 받은 값을 어노테이션을 통해 검증하는 것입니다. 컨트롤러에서 @Valid 어노테이션을 사용해야 하지만 어노테이션을 통해 값을 간편하게 검증할 수 있습니다. 하지만 아래와 같은 몇가지 의문점이 들었습니다. 였습니다. 요구사항이 바뀌면 DTO를 재활용할 수도 없으며 매번 조건을 변경해줘.. 2022. 7. 30.

@Component와 @Configuration의 차이 @Component와 @Comfiguration의 차이에 관해 정리해보겠습니다. 결론부터 말하면 @Component는 개발자가 작성한 클래스를 Bean으로 등록할 때 사용하고 @Configuration + @Bean은 개발자가 직접 제어하기 힘든 클래스를 빈으로 등록할때 사용합니다. **참조 종류 선언 사용 용도 @Component 클래스 사용자가 만든 클래스 @Bean 메서드 외부 라이브러리 1. @Component / @Configuration @Component가 달린 클래스는 자동으로 스프링 컴포넌트 스캔 대상이 되기 때문에 별도로 Bean을 등록하지 않아도 사용할 수 있습니다. 이는 스테레오 타입 어노테이션을 사용하는 클래스에 달려 있는데요, 스테레오 타입이란 우리가 흔히 사용하는 @Contro.. 2022. 7. 24.

FrontController 패턴 웹 서버 만들기 프로젝트를 진행하며 프론트 컨트롤러 패턴에 대해 학습하고 작성한 글입니다. 학습과정에서 작성했기 때문에 잘못된 내용이 있을 수 있으며, 1. 서블릿과 jsp 서블릿을 사용하면 동적으로 html을 작성할 수 있는데요, 하지만 자바코드로 text/html을 다루기 때문에 메시지 body에 text/html과 인코딩 방식(utf-8)과 같은 정보를 직접 넣어줘야 합니다. 이는 (자바로 html을 다루기 때문에) 복잡하고 비효율적인 방식이며 requestParam( ) 메서드는 반환 타입이 String이기 때문에 형 변환 또한 강제로 해줘야 하는 문제도 있습니다. 이를 극복하기 위해 jsp를 사용하게 됐는데요, 뷰를 생성하는 작업을 jsp가 가져가고 동적으로 변경이 필요한 부분에만 자바 코드를 .. 2022. 7. 21.

@Embedded와 값 객체 @Embedded 를 사용하면 엔티티의 경우 반드시 protected 이상의 기본 생성자를 만들어 줘야 하는데요, 이는 JPA가 리플렉션을 기반으로 동작하기 때문입니다. 하지만 값 객체의 경우 기본 생성자가 없어도 애플리케이션이 동작 하지만 데이터를 추가/수정/삭제할때 예외가 발생합니다. 이에 대해 겪었던 내용을 한 번 정리해보겠습니다. 1. @Embedded와 기본 생성자 값 객체 내부에 기본 생성자를 만들지 않으면 아래와 같이 생성자를 만들라는 경고 메시지가 나타납니다. 물론 이렇게 예외가 발생해도 애플리케이션은 잘 동작합니다. 하지만 실제 값을 저장하는 과정에서는 예외가 발생하는데요, 이를 실험하기 위한 설정을 먼저 살펴보겠습니다. 컨트롤러와 서비스, DTO는 아래와 같습니다. 이제 데이터를 전송해.. 2022. 7. 17.

private 생성자 올바르게 사용하기 프로젝트를 진행하며 private 생성자를 올바르게 사용하기 위해 이펙티브 자바 아이템4를 읽고 추가적인 내용을 보강했습니다. 학습 과정에서 작성되었기 때문에 잘못된 내용이 있을 수 있습니다. - 인스턴스화 방지(feat. 올바른 private 생성자 사용법) - 유틸 클래스와 객체지향 - Conclusion 1. 인스턴스화 방지 모든 클래스들이 인스턴스화가 필요한 것은 아니기 때문에 상황에 따라 private 생성자를 만드는데요, 이를 올바르게 사용하는 방법에 대해 알아보겠습니다. private 생성자를 사용하면 어느정도 인스턴스화를 방지할 수는 있지만 추상 클래스를 만들거나 리플렉션을 통해 인스턴스화를 할 수 있기 때문에 조심해야 합니다. 아래와 같이 추상클래스를 정의하고 유틸 메서드를 만들면 인스턴.. 2022. 7. 17.

@Embedded와 기본 생성자 간단하지만 프로젝트를 진행하며 고민하고 삽질(?) 내용에 대해 공유해보려 합니다. JPA를 사용하면 값 객체 내부에 반드시 기본 생성자가 필요한데요, 사용하지 않는 기본 생성자를 어떻게 하면 호출하지 말라고 잘 나타낼 수 있을까? 를 고민했던 내용입니다. **결론은 주석 말고는 없다 였습니다. 1. @Embedded 와 내가 했던 실수 제가 했던 고민과 실수에 대해 내용인데요, JPA에서 @Embedded, @Embeddable을 사용하게 되면 protected 이상의 빈 생성자를 반드시 생성해야 합니다. 이는 엔티티에서 빈 생성자를 반드시 만들어야 하는 것과 비슷한데 경우에 따라서는 사용하지도 않는 생성자를 하나 더 만들게 됩니다. 이렇게 되면 사용하지 않길 원하는 생성자를 잘못 호출할 가능성이 있습니.. 2022. 7. 14.

브릿지 패턴 추상적인 것과 구체적인 것을 분리하여 연결하는 패턴. 하나의 계층 구조일 때보다 각기 나누었을 때 독립적인 계층 구조로 발전시킬 수 있다. 브릿지 패턴의 장점 - 추상적인 코드를 구체적인 코드 변경 없이도 독립적으로 확장할 수 있다. - 추상적인 코드와 구체적인 코드를 분리할 수 있다. 단점 - 계층 구조가 늘어나 복잡도가 증가할 수 있다. 2022. 7. 10.

싱글톤과 문제점 프로젝트를 진행하며 싱글톤을 학습하게 됐고, 백기선님의 디자인패턴 강의를 듣으며 작성한 글입니다. 학습 과정에서 작성되었기 때문에 잘못된 내용이 있을 수 있으며 이를 알려주신다면 즉시 수정하겠습니다. 1. 싱글톤을 직접 구현했을 때의 문제점 싱글톤을 일반적으로 구현하면 아래와 같은 패턴으로 구현할 수 있습니다. 하지만 여기에는 몇 가지 문제점이 존재하는데요, 우선 동기화 문제에 안전하지 않다는 것과 싱글톤이 깨질 수 있다는 점입니다. 우선 동기화 문제에 대해 살펴보겠습니다. 아래와 같이 코드를 작성했을때 사용자A와 B가 동시에 해당 인스턴스를 생성한다면 모두 new Setting( )을 통해 인스턴스를 생성하게 됩니다. 이 경우 인스턴스가 다른 문제점이 발생하게 되는데요, 따라서 이를 막기 위해서는 아래.. 2022. 7. 10.

일급 컬렉션과 주의사항 Collection을 Wrapping 하면서 그 외의 다른 멤버 변수가 없는 상태. 맴버 변수가 Collection의 자손/구현체라면 어떤 종류든 상관없다. 1. 장점 일급 컬렉션을 사용하면 불변객체, 응집성 있는 객체의 장점들을 모두 취할 수 있습니다. 값을 수정할 수 없으며 해당 객체가 자신과 연관된 로직을 가지고 있기 때문입니다. 이에대해 하나씩 살펴보겠습니다. *가변 객체의 위험성에 대해서는 아래 글을 참조 하시면 됩니다. 가변 객체의 위험성 가변 객체를 사용하면 원본이 수정될 수 있기 때문에 위험합니다. 또한 이를 동시에 여러 곳에서 수정하게 되면 데이터의 변경을 추적하는 것이 쉽지 않습니다. 아래 예시는 가변 클래스 Numbers tmit10.tistory.com 1-1. 불변(Immutabl.. 2022. 2. 22.

TreeSet 1. TreeSet 이진 검색 트리(Binary Search Tree) 형태로 데이터를 저장하는 컬렉션 클래스. 정렬, 검색/범위검색에 높은 성능을 보이며 이진 검색 트리의 성능을 향상시킨 Red-Black tree 형태로 구현되어 있습니다. Set 인터페이스를 구현했기 때문에 데이터의 중복을 허용하지 않으며 정렬된 위치에 저장하므로 저장순서를 유지하지도 않습니다. 첫 번째로 저장되는 값은 루트가 되고, 두 번째 값은 트리의 루트부터 시작해서 값의 크기를 비교하면서 트리를 따라 내려갑니다. 이때 작은 값은 왼쪽에, 큰 값은 오른쪽에 저장합니다. 컴퓨터는 값을 스스로 못 비교하기 때문에 Comparable 혹은 Comparator를 제공해 두 객체를 비교할 방법을 알려줘야 합니다. 그렇지 않으면 TreeS.. 2022. 2. 22.

상수풀과 String 상수풀은 힙 영역 내부에 문자열 객체를 위해 별도로 관리하는 저장소입니다. 만약 상수풀에 같은 값을 가진 String 객체가 존재하면 그 객체의 주솟값을 참조하며, 값을 찾지 못하면 상수풀에 해당하는 값을 가진 문자열 객체를 생성하고 그 주솟값을 반환합니다. 리터럴로 선언한 경우 내부적으로 String의 intern( ) 메서드를 호출합니다. 리터럴("")로 String 객체를 생성하면 JVM은 먼저 상수풀을 탐색합니다. 만약 같은 값을 가진 String 객체를 찾으면 그 객체의 주소 값을 반환해서 참조하며, 이를 찾지 못할 경우 상수풀에 해당 값을 가진 String 객체를 생성하고 그 주소 값을 반환합니다. 이는 intern( ) 메서드를 통해 등록되는데요, String.equals( ) 반환값이 tr.. 2022. 2. 20.

이전 1 다음

티스토리툴바