백엔드

이번 섹션부터 실무에서 자주 쓰이는 기능을 학습한다. 1. 확장 기능사용자 정의 리포지토리 구현스프링 데이터 JPA 리포지토리는 인터페이스만 정의하고, 구현체는 스프링이 자동으로 생성한다. 만약 인터페이스까지 직접 구현해야 하면 개발자가 할 일이 너무 많아진다. 그래서 인터페이스의 메서드를 직접 구현하고 싶다면 아래 방법들을 사용하면 된다.JPA 직접 사용(EntityManager)스프링 JDBC Template 사용MyBatis 사용DB 커넥션 직접 사용Querydsl 사용 참고실무에서는 주로 QueryDSL이나 SpringJdbcTemplate를 함께 사용할 때 사용자 정의 리포지토리 기능을 자주 사용한다.  사용자 정의 인터페이스를 구현하고, 구현 클래스를 만들어 보자.먼저, 사용자 정의 인터페이스..

쿼리 메서드 기능은 스프링 데이터 JPA가 제공하는 마법 같은 기능으로, 아래 3가지가 존재한다. 하나씩 학습해 보자.메서드 이름으로 쿼리 생성메서드 이름으로 JPA NamedQuery 호출@Query 애노테이션을 사용해서 리포지토리 인터페이스에 쿼리 직접 정의 1. 메서드 이름으로 쿼리 생성스프링 데이터 JPA는 메서드 이름을 분석해서 JPQL 쿼리를 실행한다. 예를 들어 이름과 나이를 기준으로 회원을 조회하는 경우, 아래와 같이 코드를 작성하면 된다.public interface MemberRepository extends JpaRepository { ... List findByUsernameAndAgeGreaterThan(String username, int age);} 참고쿼리 메서드 ..

1. 다형성 이해하기프로그래밍에서 다형성(Polymorphism)은 한 객체가 여러 타입의 객체로 취급될 수 있는 능력을 말한다. 다형성을 이해하기 위해서는 크게 2가지 핵심 이론을 알아야 한다. 다형적 참조와 메서드 오버라이딩을 학습해 보자. 다형적 참조다형적 참조란 부모 타입의 변수가 자식 인스턴스를 참조할 수 있다는 것을 말한다.부모 타입은 자신을 기준으로 모든 자식 타입을 담을 수 있다.반대로 자식 타입은 부모 타입을 담을 수 없으며, 컴파일 오류가 발생한다.public class PolyMain { public static void main(String[] args) { // 다형적 참조 System.out.println("Parent -> Child"); ..

1. 상속 관계상속은 객체 지향 프로그래밍의 핵심 요소 중 하나로, 기존 클래스의 필드와 메서드를 새로운 클래스에서 재사용하게 해 준다. 이름 그대로 기존 클래스의 속성과 기능을 물려받는 것이라고 보면 된다. 부모와 자식자식이 부모의 기능을 물려받아서 사용할 수는 있지만, 부모는 자식에 접근할 수 없다.부모(슈퍼) 클래스상속을 통해 자신의 필드와 메서드를 다른 클래스에 제공하는 클래스자식(서브) 클래스부모 클래스로부터 필드와 메서드를 상속받는 클래스 단일 상속extends 키워드를 사용해 상속할 수 있으며, 이때 extends의 대상은 하나만 선택할 수 있다. 자바는 다중 상속을 지원하지 않는다.비행기와 자동차를 상속받아서 하늘을 나는 자동차를 만든다고 가정해 보자. 만약 아래 그림처럼 다중 상속을 사용..

1. 접근 제어자자바는 public이나 private 같은 접근 제어자(access modifier)를 제공한다. 접근 제어자를 사용하면 해당 클래스 외부에서 특정 필드나 메서드에 접근하는 것을 허용하거나 제한할 수 있다.  접근 제어자 종류자바는 4가지 종류의 접근 제어자를 제공한다. 접근 제어자를 명시하지 않으면, 같은 패키지 안에서의 호출을 허용하는 default 접근 제어자가 적용된다. default라는 용어는 해당 접근 제어자가 기본값으로 사용되기 때문에 붙여진 이름이지만, 실제로는 package-private가 더 정확한 표현이다.private모든 외부 호출을 막는다.나의 클래스 안으로 속성과 기능을 숨길 때 사용한다.default(package-private)같은 패키지 안에서의 호출은 허용..

이번 강의는 새로 학습한 내용이나 실무에서 중요하다고 하신 내용만 정리하려고 한다. 1. 예제 도메인 모델도메인 모델 동작 확인아래 코드에 적용된 롬복(Lombok)에 대해 간단하게 설명한다.@Setter실무에서는 가급적 Setter는 사용하지 않기@NoArgsConstructor(AccessLevel.PROTECTED)기본 생성자를 막고 싶어도 JPA 스펙상 PROTECTED로 열어 둬야 함@ToString가급적 연관관계가 없는 내부 필드에만 사용하기@Entity@Getter @Setter@NoArgsConstructor(access = AccessLevel.PROTECTED)@ToString(of = {"id", "username", "age"})public class Member { @Id @..

이번 섹션에선 클래스의 생성자와 프로젝트 패키지에 대해 학습한다. '객체 지향 프로그래밍' 섹션은 생략했다. 요약해 보면, 클래스 안에 속성(멤버 변수, 필드)과 기능(메서드)을 만들어 객체로서 온전한 역할을 하도록 하고, 객체들끼리 협력하도록 하는 게 객체 지향 프로그래밍이다. 메서드 모듈화와 클래스의 캡슐화 덕분에 유지 보수하기 쉽고 깔끔한 코드를 작성할 수 있다. 1. 생성자객체를 생성하는 시점에 어떤 작업을 하고 싶다면 생성자(Constructor)를 이용하면 된다. 생성자는 객체 생성 직후 객체를 초기화하기 위한 특별한 메서드라고 생각하면 된다. this 키워드아래 Member() 코드를 보면, 메서드의 매개변수에 정의한 지역 변수와 Member의 멤버 변수 이름이 똑같다. 이때 두 변수를 구분..

이번 섹션에선 클래스(Class)와 객체(Object)라는 개념의 필요성과 발전 방식에 대해 학습한다. 이 강의는 2배속으로 듣고, 헷갈렸던 내용이나 중요하다고 말씀하신 내용만 정리해두려고 한다. 1. 클래스가 필요한 이유변수와 배열을 사용해 여러 명의 학생 정보(이름, 나이, 성적)를 출력하는 프로그램을 만든다고 가정해 보자. 학생 수가 아주 적을 땐 각각 다른 변수를 선언하거나 배열에 저장해 출력해도 된다. 그러나 학생 수가 늘어날수록 개발자가 추가해야 할 코드가 많아지고, 데이터에 정확하게 접근해야 한다는 문제가 발생한다. 개발자가 관리하기 좋은 방식은 학생이라는 개념을 하나로 묶고, 각각의 학생 별로 이름과 나이, 성적을 관리하는 방식이다. 클래스 도입위에서 말한 문제들은 클래스라는 개념을 도입해..

실무에서 너무 성능이 안 나와서 튜닝을 해야 할 경우, 코드를 확인해 보면 대부분 아래에 나열해 둔 문제가 자주 발생한다고 한다.지연 로딩과 조회 성능 최적화컬렉션 조회 최적화페이징과 한계 돌파OSIV와 성능 최적화등록 및 수정에선 거의 문제가 발생하지 않고, 90% 정도 조회할 때 성능 문제가 발생한다. 따라서 조회용 샘플 데이터를 입력한 뒤 각 문제에 맞춰 API 성능을 최적화하는 방법을 학습한다. 이번 섹션에선 OSIV(Open Session In View)에 따라 성능을 최적화할 수 있는 방법을 학습한다. JPA에서 사용하는 EntityManager가 하이버네이트에선 Session으로 변경됐다. 따라서 JPA에선 Open EntityManager In View로 불려야 하지만 관례상 OSIV로 부..

실무에서 너무 성능이 안 나와서 튜닝을 해야 할 경우, 코드를 확인해 보면 대부분 아래에 나열해 둔 문제가 자주 발생한다고 한다.지연 로딩과 조회 성능 최적화컬렉션 조회 최적화페이징과 한계 돌파OSIV와 성능 최적화등록 및 수정에선 거의 문제가 발생하지 않고, 90% 정도 조회할 때 성능 문제가 발생한다. 따라서 조회용 샘플 데이터를 입력한 뒤 각 문제에 맞춰 API 성능을 최적화하는 방법을 학습한다. 이번 섹션에선 주문 내역에서 추가로 주문한 상품 정보를 추가로 조회하는 API를 만든다. Order 기준으로 컬렉션인 OrderItem과 Item이 필요하다.이전 섹션에서는 xToOne 관계만 있었다. 이번에는 컬렉션인 일대다 관계(OneToMany)를 조회하고, 최적화하는 방법을 학습한다. 참고이전 섹션..