0711 ~ 0717

# 0711 ~ 0717

# 0711 - @AttributeOverrides 매핑 정보 재정의

@MappedSuperclass를 통해 상속 받은 경우나 @Embedded를 통해 다른 객체를 필드에 선언한 경우 해당 엔티티에서는 다른 컬럼명을 사용하고 싶을 때가 있다. 이러한 경우에 사용할 수 있는 어노테이션이다.
@AttributeOverride 혹은 @AttributeOverrides를 사용할 수 있으며, 사용 방법은 다음과 같다.

@MappedSuperclass
public class Vehicle {
    @Id
    @GeneratedValue
    private Integer id;
    private String identifier;
    private Integer numberOfWheels;
    
    // standard getters and setters
}

@Entity
@AttributeOverride(name = "identifier", column = @Column(name = "VIN"))
public class Car extends Vehicle {
    private String model;
    private String name;

    // standard getters and setters
}

부모 클래스(Vehicle)의 identifier 속성을 VIN으로 재정의하여 사용함

@Entity
@AttributeOverrides({
	@AttributeOverride(name = "id", column = @Column(name = "CAR_ID"))
	@AttributeOverride(name = "identifier", column = @Column(name = "VIN"))
})
public class Car extends Vehicle {
    private String model;
    private String name;

    // standard getters and setters
}

여러 필드를 재정의할 수 있다.

# 임베디드 타입 속 임베디드 타입 속성 재정의하기

@NoArgsConstructor(access = AccessLevel.PROTECTED)
@Entity
@Setter
@Getter
public class Member{

    @Id @GeneratedValue
    @Column(name = "MEMBER_ID")
    private Long id;


    private String name;

    @Embedded
    @AttributeOverrides({
            @AttributeOverride(name = "city", column = @Column(name = "HOME_CITY")),
            @AttributeOverride(name = "street", column = @Column(name = "HOME_STREET")),
            @AttributeOverride(name = "zipcode.zip", column = @Column(name = "HOME_ZIP")),
            @AttributeOverride(name = "zipcode.plusFour", column = @Column(name = "HOME_PLUS_FOUR")),
    })
    private Address homeAddress;


    @Embedded
    @AttributeOverrides({
            @AttributeOverride(name = "city", column = @Column(name = "COMPANY_CITY")),
            @AttributeOverride(name = "street", column = @Column(name = "COMPANY_STREET")),
            @AttributeOverride(name = "zipcode.zip", column = @Column(name = "COMPANY_ZIP")),
            @AttributeOverride(name = "zipcode.plusFour", column = @Column(name = "COMPANY_PLUS_FOUR")),
    })
    private Address companyAddress;


}

@Embeddable
public class Address {

    private String city;
    private String street;

    @Embedded
    private Zipcode zipcode;
}

@Embeddable
public class Zipcode {

    private String zip;
    private String plusFour;
}

name에 .을 통해 설정

# 0712 - 백엔드 API 패턴 - 레이어드 아키텍처 패턴(layered architecture)

개발 단계에서 좋은 코드의 구조를 생각하는 것은 쉽지 않다. 코드 아키텍처를 구사할 때는

확장성(extensibility)
재사용성(reusability)
유지 보수 가능성(maintainability)
가독성(readability)
와 같은 요소들을 염두해야 한다.

다행이도 코드의 구조를 어떻게 구상하고 관리해야 하는지는 이미 많이 다루어졌으며, 그에 관한 정성이나 패턴은 많이 나와 있다. 그 중에서 백엔드 API 코드에 가장 널리 적용되는 패턴 중 하나는 레이어드 아키텍처 패턴이다.

Multi-tier 아키텍처 패턴이라고도 하는 레이어드 아키텍처는 코드를 논리적인 부분 혹은 역할에 따라 독립된 모듈로 나누어서 구성하는 패턴이다. 그리고 각 모듈이 서로의 의존도에 따라 층층히 쌓듯이 연결되어서 전체의 시스템을 구현하는 구조이다. 그래서 마치 레이어(layer)를 쌓아 놓은 것 같은 형태의 구조가 된다.

각 시스템 마다 경우가 다를 수 있으나 일반적으로 보통 다음과 같은 3개의 레이어가 존재한다.

presentation layer
business layer
persistence

# Presentation layer (User Interface)

Presentation layer는 해당 시스템을 사용하는 사용자 혹은 클라이언트 시스템과 직접적으로 연결되는 부분이다. 웹사이트에서는 UI 부분에 해당하고 백엔드 API에서는 엔트포인트 부분에 해당한다. 그러므로 presentation layer에서 API의 엔드포인트들을 정의하고 전송된 HTTP 요청(request)를 읽어 들이는 로직을 구현한다. 하지만 그 이상의 역할은 담당하지 안흔다. 실제 시스템이 구현하는 비즈니스 로직은 다음 레이어로 넘기게 된다.

EndPoint
Authentication
JSON Translation

# Business lyaer (Business Logic)

Business layer라는 이름 그대로 비즈니스 로직을 구현하는 부분이다. 실제 시스템이 구현해야하는 로직을 이 레이어에서 구현하게 된다. 백엔드 API에서는 Presentation layer에서 전송된 요청을 읽어들여 요청에 맞게 동작하는 로직을 구현하면 된다.

Business Logic
Validation
Authoristion

# Persistence layer (Data Access)

Persistence layer는 데이터베이스와 관련된 로직을 구현하는 부분이다. Business layer에서 필요한 데이터를 생성, 수정, 읽기 등을 처리하여 실제로 데이터베이스에서 데이터를 저장, 수정, 읽기 작업을 하는 역하을 한다.

Storage Logic

# 레이어드 아키텍처의 핵심 요소

레이어드 아키텍처의 핵심 요소는 단방향 의존성이다. 각각의 레이어는 오직 자기보다 하위에 있는 레이어에만 의존한다.
또 다른 핵심 요소는 "sepration of concerns"이다. 즉 각 레이어의 역할이 명확하다는 의미이다.
위와 같은 요소들 때문에 레이어드 아키텍처의 구조로 코드를 구현하려면 각 레이어가 독립적이고 역할이 분명하므로 코드의 확장성이 높아진다. 코드의 구조를 파악하기 쉬울 뿐만 아니라 재사용 가능성도 높아진다.
또한 역할이 명확하게 나뉘어 있으므로 각 레이어를 테스트 하는 테스트 코드의 작성도 훨씬 수월해진다.

# 0714 - IntelliJ의 .http 사용

# .http 장점

Code highlighting
코드 자동 완성
직관적인 HttpRequest 구조
Request Body에 쓸 JSON 등 적극적 지원(Language injections)
리팩토링
파일 관리가능

# .http 사용법

# GET 요청

HTTP Request 파일생성

GET https://www.devbeginner.com

파일의 첫줄에는 HTTP Method와 URL
둘째줄에는 RequestHeader 작성

# POST 요청

POST https://localhost:8080/group
Content-Type: application/json

{
  "groupName": "그룹명",
  "members": [
    "회원1",
    "회원2",
    "회원3"
  ],
  "date": {
    "year": 2018,
    "month": 1,
    "day": 24
  }
}

# json을 파일로 사용가능

POST http://localhost:8080/group
Content-Type: application/json

< ./post.json

꺽쇠(<)를 기준으로 파일 위치를 지정하면 해당 파일의 데이터를 전송
Request Header와 데이터형태를 변경하여 multipart/form-data와 같이 파일 업로드, 이미지 업로드 테스트 가능

# Request Header 수정

GET http://localhost:8080/real/hello
Authorization: Bearer {token}

GET https://localhost:8080/cookie
Cookie: user=ahnjs

key=value 형식으로 작성

# Log

Intellij의 .http 요청은 모두 로그로 남겨진다. 로그 파일 위치 프로젝트폴더/.idea/httpRequests/

# Controller로 자동생성가능

0627 ~ 0703 0718 ~ 0724