춘식이의 thug life

HTTP 메서드

Tue, 15 Aug 2023 00:00:00 +0000

HTTP 메서드

HTTP 메서드는 아래와 같이 9개가 있다.

출처: 위키피디아

각 메서드별 특징

GET

GET method는 특정 리소스를 요청하는 데 사용된다.
GET 요청은 URL에 쿼리 문자열(이름/값 쌍)을 포함하여 보낸다.
Body를 사용할 수는 있지만 표준이 아니며 브라우저나 프레임워크단에서 지원하지 않는 경우가 많아 추천되지 않는다.

POST

POST method는 특정 리소스에 엔티티를 제출하는 데 사용된다.
데이터베이스에 새로운 레코드를 추가하거나, 웹 사이트에 댓글을 작성하거나, 파일을 업로드하는 등의 작업을 수행할 수 있습니다.
HTTP 요청 본문에 데이터를 포함하여 보낸다.

PUT

PUT method는 특정 리소스의 모든 표현을 요청 본문에 담긴 것으로 바꾸는 데 사용된다.
리소스가 이미 있으면 대체, 없으면 생성한다.
idempotent해야한다. 즉, 동일한 PUT 요청을 여러 번 보내도 결과가 같아야 한다.
POST와 달리, 클라이언트가 리소스를 식별합니다. 따라서 클라이언트가 리소스의 위치를 알고 있어야 한다.

DELETE

DELETE method는 특정 리소스를 삭제하는 데 사용된다.
idempotent해야한다.

HEAD

HEAD method는 GET 요청과 동일한 응답을 받지만, 응답 본문은 제외하고 헤더만 받는 데 사용된다.
HEAD 요청은 리소스의 메타데이터를 확인하거나, 리소스가 변경되었는지 확인하거나, 서버의 상태를 확인하는 등의 용도로 사용할 수 있다.

OPTIONS

OPTIONS method는 특정 리소스에 대해 사용 가능한 통신 옵션을 설명하는 데 사용된다. OPTIONS 요청은 서버가 어떤 HTTP method를 지원하는지 알아보거나, CORS(Cross-Origin Resource Sharing) 설정을 확인하는 등의 용도로 사용할 수 있다.

PATCH

PATCH method는 특정 리소스의 일부분만 수정하는 데 사용된다. PATCH 요청은 PUT 요청과 비슷하지만, 전체 표현이 아니라 부분적인 변경만 적용한다.

CONNECT

CONNECT method는 목적 리소스로 식별된 서버와의 터널을 설정하는 데 사용된다. CONNECT 요청은 프록시 서버와의 연결이 필요한 경우에 주로 사용된다.

TRACE

TRACE method는 목적 리소스까지의 경로를 따라 메시지 루프백 테스트를 수행하는 데 사용된다. TRACE 요청은 클라이언트가 자신의 요청이 중간 서버들에 의해 어떻게 수정되었는지 추적할 수 있게 해준다.

스프링 주요 어노테이션 목록

Sat, 12 Aug 2023 00:00:00 +0000

스프링 혹은 스프링 부트 주요 어노테이션 목록 정리

@SpringBootApplication

스프링 부트 애플리케이션을 실행하기 위한 기본적인 어노테이션이다. SpringApplication.run() 메서드로 애플리케이션을 실행한다. 해당 메서드의 첫 번째 인수는 애플리케이션의 메인 클래스로 사용할 클래스이며, 두 번째 인수는 커맨드 라인의 인수들이다. 이 어노테이션은 내부적으로 @SpringBootConfiguration, @ComponentScan, @EnableAutoConfiguration을 포함하고 있다. 스프링 부트 애플리케이션을 시작할 때 이 어노테이션을 포함하는 클래스를 실행하게 된다.

@SpringBootConfiguration

스프링 부트 관련 설정을 나타내는 어노테이션이다. @Configuration을 상속해서 만든 어노테이션이며, 개발자가 직접 사용하는 어노테이션은 아니다.

@ComponentScan

사용자가 정의한 빈을 스캔해서 등록하는 어노테이션이다. @Component라는 어노테이션을 가진 클래스들을 찾아 빈으로 등록한다.

@EnableAutoConfiguration

스프링 부트의 자동 설정을 활성화하는 어노테이션이다. 서버가 실행될 때 스프링 부트의 메타 파일을 읽고 정의된 설정들을 자동으로 구성한다.

@Autowired

의존성 주입을 위해 사용된다. 스프링의 IoC 컨테이너에서 자동으로 빈을 찾아서 해당 필드나 생성자에 주입합니다.

@Component

일반적인 컴포넌트 클래스를 정의하며, 이 어노테이션(이 어노테이션을 상속한 클래스 포함)이 지정된 클래스는 스프링의 IoC 컨테이너에 빈으로 등록된다. 실제로 개발할 때에는 @Component 자체 보다는 @Component를 상속해서 만든 어노테이션들을 주로 사용한다. @Repository, @Service, @Controller, @RestController, @Configuration 등이 이에 해당한다.

@Service

서비스 계층의 컴포넌트를 정의한다. 기술적으로는 @Component와 동일하지만, 의미론적인 차이를 갖고 있어 비즈니스 로직 처리를 위한 클래스에 사용된다.

@Repository

데이터 액세스 계층의 컴포넌트를 정의한다. 데이터베이스와의 상호 작용을 처리하는 클래스에 사용된다.

@Controller

웹 애플리케이션의 컨트롤러 계층의 컴포넌트를 정의한다. HTTP 요청을 처리하는 클래스에 사용된다.

@RestController

RESTful 웹 서비스의 컨트롤러 계층을 정의한다. @Controller와 @ResponseBody를 합친 것과 동일하다.

@RequestMapping

HTTP 요청 (예: GET, POST)을 특정 메서드에 매핑하는데 사용한다. 클래스 또는 메서드 레벨에서 사용할 수 있다.

@GetMapping, @PostMapping, @PutMapping 등

요청된 HTTP 메서드(GET, POST 등)별로 자바 클래스의 메서드에 매핑하는데 사용된다. @RequestMapping의 축약 형태이다.

@Entity

JPA를 사용하여 데이터베이스 테이블과 매핑되는 클래스를 정의한다.

@Bean

빈을 직접 생성하고 설정하기 위한 어노테이션이다. 개발자가 직접 제어가 불가능한 외부 라이브러리나 인스턴스 생성 방법을 변경하고 싶은 경우에 사용하는 어노테이션이다. 메서드에 붙여서 해당 메서드가 반환하는 객체를 빈으로 등록한다.

REST API

Sat, 12 Aug 2023 00:00:00 +0000

REST (Representational State Transfer) API란?

REST API는 좋은 URI 설계를 위한 일종의 가이드라인이다. REST 아키텍처의 제약 조건을 준수하는 API를 말한다. REST는 프로토콜이나 표준이 아닌 아키텍처 집합이다.

REST API는 다음과 같은 제약 조건을 준수해야 한다.

API에서 전송하는 자원(Resource)은 URI로 표현되어야 한다.
자원에 대한 행위는 HTTP Method(GET, POST, PUT, DELETE)로 표현되어야 한다.

그 외 몇가지 조건들이 있지만(REST API란?(redhat)), 일반적인 API 서버에서는 웬만큼 이미 충족되어 있는 조건들이다. 다만 Stateless 조건은 로그인이나 인증 같은 상태를 유지해야 하는 경우에는 적용하기 어려울 수 있다.

RESTful API 어떤 REST API가 REST의 제약 조건을 모두 충족한다면, 해당 API는 ‘RESTful하다’ 라고 표현한다.

현실에서 REST의 제약 조건을 모두 만족하는 API를 만드는 것은 불가능에 가깝다. 하지만, REST API의 모든 제약 조건을 만족하지는 못하더라도, REST의 제약 조건을 가능한 한 준수하도록 노력한다.

Controller, Service, Repository

Mon, 07 Aug 2023 00:00:00 +0000

layered architecture는 소프트웨어 개발에서 자주 사용되는 아키텍처이다. 소프트웨어를 여러 계층으로 나누어 각 계층이 독립적으로 개발되고, 계층 간의 의존성이 최소화되도록 설계하는 방식이다. 계층 간의 의존성이 최소화되기 때문에, 계층 간의 변경이 다른 계층에 영향을 줄일 수 있고 각 계층의 책임과 역할을 명확하게 할 수 있다.

스프링의 경우, 주로 Controller, Service, Repository라는 세 가지 계층으로 나누어 개발한다. 각 계층의 역할과 책임을 간단히 설명하자면 다음과 같다.

Controller

HTTP 요청을 주고 받는 역할을 하는 프레젠테이션 계층이다. 엔드포인트와 HTTP 메서드를 기반으로 요청을 처리하며, 클라이언트로부터 받은 요청을 적절한 서비스 계층에 전달하며, 서비스 계층으로부터 받은 결과를 클라이언트에게 응답하는 역할을 한다. @Controller 혹은 @RestController 어노테이션을 사용하여 정의할 수 있다.

@RestController
@RequestMapping("/api/books")
public class BookController {
    private final BookService bookService;

    @Autowired
    public BookController(BookService bookService) {
        this.bookService = bookService;
    }

    @PostMapping
    public Book createBook(@RequestBody Book book) {
        return bookService.save(book);
    }
}

Service

비즈니스 로직을 수행하는 역할을 하는 계층이다. Repository로부터 데이터를 가져와서 가공하고 적절하게 처리한 후, Controller에게 전달한다. @Service 어노테이션을 사용하여 정의할 수 있다.

@Service
public class BookService {
    private final BookRepository bookRepository;

    @Autowired
    public BookService(BookRepository bookRepository) {
        this.bookRepository = bookRepository;
    }

    public Book save(Book book) {
        return bookRepository.save(book);
    }
}

// Entity
public class Book {
    private Long id; // Entity 식별자
    private String title;
    private Author author; // VO

    public Book(Long id, String title, Author author) {
        this.id = id;
        this.title = title;
        this.author = author;
    }

    public Long getId() {
        return this.id;
    }

    public String getTitle() {
        return this.title;
    }

    public Author getAuthor() {
        return this.author;
    }
}

Repository

영속성을 가지게 하기 위한 인프라(RDBMS 등)와 상호작용할 수 있는 인터페이스를 제공하는 계층이다. 데이터를 영속성 저장소에 저장하고 조회하는 역할을 한다. Spring Data JPA를 사용하면 SQL을 직접 작성하지 않고도 Repository 인터페이스를 통해 데이터를 조작할 수 있다. 이를 통해 특정 데이터베이스에 종속되지 않도록 할 수 있다.

@Repository
public interface BookRepository extends JpaRepository<Book, Long> {
    Optional<Book> findByTitle(String title);
}

Entity, DTO, VO

Sat, 05 Aug 2023 00:00:00 +0000

Entity

Entity는 도메인 모델에서 식별 가능한 객체를 말한다. 일반적으로 고유한 식별자(ID)와 상태를 표현하는 속성을 가지고 있다. 식별자는 객체의 동일성을 보장하기 위해 사용된다. Entity의 속성이 변경되어도 식별자가 동일하다면 동일한 객체로 취급한다. 반대로, 모든 속성이 동일하더라도 식별자가 다르다면 서로 다른 객체로 취급한다. 따라서 Entity는 상태를 가질 수 있으며 이 상태는 변경될 수 있다. 도메인 모델에서 핵심적인 부분이라고 한다.

DTO(Data Transfer Object)

DTO는 계층 간 데이터 교환을 위한 객체이다. 주로 사용자 인터페이스와 비즈니스 로직 간, 또는 서버와 클라이언트 간의 데이터를 전달하는 용도로 사용된다. 어떠한 비즈니스 로직도 포함하고 있지 않으며 순수한 데이터 객체이다.

VO(Value Object)

VO는 값이나 속성을 표현하는 것으로 DTO와 달리 유일한 식별자를 가지지 않고 객체 내부의 속성들에 의해 정의(식별)되는 도메인 객체를 말한다. VO는 그 자체로 의미를 가지며, 일반적으로 불변성(Immutability)을 가지도록 설계한다. VO의 상태는 생성 시점에 설정되고 이후에는 변경되지 않아야 한다. 또한, 비즈니스 로직을 포함할 수 있다.

Entity, DTO, VO 예시

// Entity
public class Book {
    private Long id; // Entity 식별자
    private String title;
    private Author author; // VO

    public Book(Long id, String title, Author author) {
        this.id = id;
        this.title = title;
        this.author = author;
    }

    public Long getId() {
        return this.id;
    }

    public String getTitle() {
        return this.title;
    }

    public Author getAuthor() {
        return this.author;
    }
}

// VO
public class Author {
    private String firstName;
    private String lastName;

    public Author(String firstName, String lastName) {
        this.firstName = firstName;
        this.lastName = lastName;
    }

    public String getFirstName() {
        return this.firstName;
    }

    public String getLastName() {
        return this.lastName;
    }

    @Override
    public boolean equals(Object o) {
        if (this == o) {
            return true;
        }
        if (o == null || getClass() != o.getClass()) {
            return false;
        }

        Author author = (Author) o;
        boolean isFirstNameEqual = Objects.equals(this.firstName, author.firstName);
        boolean isLastNameEqual = Objects.equals(this.lastName, author.lastName);
        return isFirstNameEqual && isLastNameEqual;
    }

    @Override
    public int hashCode() {
        return Objects.hash(this.firstName, this.lastName);
    }
}

// DTO
public class BookResponse {
    private Long id;
    private String title;
    private String author;

    public BookResponse(Book book) {
        this.id = book.getId();
        this.title = book.getTitle();
        this.author = book.getAuthor().getFirstName() + " " + book.getAuthor().getLastName();
    }
}

도메인 중심 설계

Sat, 05 Aug 2023 00:00:00 +0000

도메인 중심 설계 (DDD, Domain-Driven Design):

도메인 중심 설계(이하 DDD)는 비즈니스 로직에 초점을 맞추어 소프트웨어를 개발해나가는 방법론을 말한다. DDD는 실세계의 비즈니스 프로세스 모방한 도메인 모델을 만들고 이를 코드에 직접적으로 반영한다. 이를 통해 도메인 전문가와 개발자 사이의 커뮤니케이션 비용을 줄이고, 도메인 모델을 통해 비즈니스 로직을 쉽게 이해할 수 있게 한다. 결국, DDD에서 핵심 요소는 도메인(문제)에 대해 유용한 모델을 제공하는 것이라고 볼 수 있다.

시스템을 간단하게 Presentation layer, Domain(Business) layer, Data Access layer로 나누어 생각해보자. 일반적으로 3계층 구조에서 각 계층은 아래 계층에만 의존한다.

하지만, DDD에서 도메인 계층은 그 어떤 계층에도 의존하지 않도록 하며 Presentation layer와 Data Access layer가 Domain layer에 의존하도록 설계한다. 이렇게 함으로써 Domain layer는 독립적으로 테스트할 수 있고, 요구사항의 변경이나 새로운 기능 추가에도 유연할 수 있게되어 유지보수성이 높아진다.

SQL 중심 설계

SQL 중심 설계는 데이터베이스와 SQL을 중심으로 소프트웨어를 개발하는 방식이다. 이 방식은 데이터 구조를 먼저 설계하고 이를 기반으로 비즈니스 로직을 구현한다. 데이터베이스 성능 최적화와 일관성 유지에 유리하다는 점이 있다. 하지만 비즈니스 계층 코드가 데이터베이스에 의존하게 되어 유지보수성이 떨어지고, 데이터베이스의 변경이 비즈니스 로직에 영향을 미치게 된다.

차이점

DDD와 SQL 중심 설계의 주요 차이점은 소프트웨어 설계에 대한 접근 방식이다.

DDD는 비즈니스 로직과, 그 복잡성을 관리하는 데 초점을 맞춘다.
SQL 중심 설계는 데이터와 그 관계 및 효율적인 데이터 처리에 초점을 맞춘다.

의존성 주입과 제어의 역전

Tue, 01 Aug 2023 00:00:00 +0000

의존성 주입(DI, Dependency Injection)

의존성 주입(이하 DI)은 클래스 내부에서 다른 클래스의 인스턴스를 직접 생성하는 대신 외부에서 생성된 인스턴스를 전달받아 사용하는 방식을 말한다. 이러한 방식을 사용하면 클래스 간의 결합도를 낮출 수 있고, 유연한 코드를 작성할 수 있다.

class Car {
    private Engine engine;

    public Car() {
        this.engine = new Engine();
    }
}

위와 같이 Car 클래스 내부에서 Engine 클래스의 인스턴스를 직접 생성하는 경우, Car 클래스는 Engine 클래스에 의존하게 된다. 이러한 경우, Car 클래스의 생성자에서 Engine 클래스의 인스턴스를 전달받아 사용하도록 수정하면 된다.

class Car {
    private Engine engine;

    public Car(Engine engine) {
        this.engine = engine;
    }
}

제어의 역전(IoC, Inversion of Control)

제어의 역전(이하 IoC)은 프로그램의 실행 흐름을 개발자가 아닌 프레임워크나 컨테이너가 제어하는 것을 말한다. 위에서 살펴본 DI는 IoC를 구현하는 방법 중 하나이다.

일반적으로 웹 프레임워크를 사용할 때 개발자는 요청을 처리하기 위한 핸들러를 작성하고, 요청이 들어오면 프레임워크가 핸들러를 호출하도록 구현되어 있다. 이때 프레임워크가 개발자가 작성한 핸들러를 호출하는 것도 IoC의 한 예시라고 볼 수 있다.

오버라이딩과 오버로딩

Fri, 28 Jul 2023 00:00:00 +0000

오버라이딩(Overriding)

서브 클래스 혹은 구현 클래스에서 슈퍼 클래스 또는 인터페이스에 정의된 메서드를 재정의하는 것을 말한다. 오버라이딩을 하기 위해서는 메서드 이름, 파라미터 개수, 파라미터 타입, 리턴 타입이 같아야 한다.

오버로딩(Overloading)

한 클래스 내에 같은 이름의 메서드를 여러 개 정의하는 것을 말한다. 오버로딩을 하기 위해서는 메서드 이름은 같아야 하며, 파라미터 개수 또는 파라미터 타입이 달라야 한다.

오버라이딩을 할 때 반드시 @Override 어노테이션을 붙여야 하는가?

아니다. 하지만 의도를 명확하게 하고 실수를 줄이기 위하여 붙이는 것이 좋다. @Override 어노테이션을 붙이면 컴파일러가 메서드의 시그니처를 확인하고 정확히 일치하는지 확인하며 일치하지 않으면 컴파일 에러를 발생시킨다. 따라서 만약 오버라이드를 하려는 의도로 메서드를 작성할 경우 @Override 어노테이션을 붙이면 실수를 줄일 수 있다.

인터페이스

Tue, 25 Jul 2023 00:00:00 +0000

자바의 인터페이스가 가지고 있는 객체 지향적 특징

추상화, 다형성, 캡슐화의 특징을 가지고 있다.

추상화

유사한 특징을 가진 객체들이 다른 객체들과 상호작용하기 위하여 공통적으로 필요한 메서드나 속성을 정의할 수 있다. 즉, 모든 클래스에게 이러한 메서드나 속성을 구현해야해! 하고 알려줄 수 있다. 이를 통해 세부적인 구현을 감추고, 객체들간의 관계에 집중할 수 있다.

다형성

동일한 인터페이스를 구현하는 클래스들은 동일한 메서드를 가지고 있으므로, 동일한 메서드를 호출하여도 각각 다른 동작을 수행할 수 있다. 상속을 이용하여 다형성을 구현할 수도 있지만, 인터페이스를 이용하여 다형성을 구현할 수도 있다. 클래스 하나당 상속은 하나만 받을 수 있지만, 인터페이스는 여러 개를 구현할 수 있어 비교적 자유롭게 다형성을 구현할 수 있다는 특징도 존재한다.

인터페이스와 추상 클래스 비교

	인터페이스	추상 클래스
다중 상속	가능	불가능
변수 선언	상수만 가능	가능
생성자	불가능	가능
접근 제어자	모두 public이었지만 자바 9부터 private 가능	가능

캡슐화

인터페이스를 사용하면 어떤 객체가 다른 객체들과 상호작용하는데에 필요한 메서드를 명확하게 구분할 수 있어, 공개할 메서드와 공개하지 않을 메서드를 적절하게 구분할 수 있다. 이를 통해 클래스의 구현 세부사항을 감추고 메서드와 속성을 적절하게 노출시켜 코드의 보안성을 높일 수 있다.

객체지향의 특징

Mon, 24 Jul 2023 00:00:00 +0000

객체 지향의 특징 4가지

캡슐화

객체(object)의 데이터(속성, attribute)와 행위(methods)를 하나로 묶고, 구현된 세부사항을 외부에 감추어 은닉한다. 데이터에 직접 접근하는 것을 제한하고, 데이터를 조작하려면 메서드를 통하도록 유도한다.

public class Car {
    private float speed;

    public float getSpeed() {
        return this.speed;
    }

    public void setSpeed(float speed) {
        this.speed = speed
    }
}

추상화

객체들의 공통적인 특징을 추출하고 공통되는 속성이나 행위를 하나의 이름으로 표현한다. 특징을 추출하고 모델링할 때에는 객체가 가진 모든 기능을 구현하려 하기보다는 객체들간의 관계에 집중하여 구현한다.

public abstract class Shape {
    public abstract double calculateArea();
}

public class Circle extends Shape {
    private double radius;

    @Override
    public double calculateArea() {
        return Math.PI * this.radius * this.radius;
    }

}

public class Rectangle extends Shape {
    private double length;
    private double width;

    @Override
    public double calculateArea() {
        return this.length * this.width;
    }
}

다형성

같은 이름의 행위나 속성들이 다른 상황에서 다르게 동작할 수 있는 능력을 말한다. 다형성은 하나의 인터페이스를 통해 다양한 객체를 사용할 수 있게 해주어 코드의 재사용성과 확장성을 증가시킬 수 있다.

public class Calculator {
    int add(int x, int y) {
        int result = x + y;
        return result;
    }
    double add(double x, double y) {
        double result = x + y;
        return result;
    }
}

상속성

클래스가 다른 클래스의 속성과 행위를 물려받는 것을 의미한다. 상속을 통해 기존 클래스의 기능을 확장하거나 변경할 수 있다.

public class Animal {
    public void makeSound() {
        System.out.println("Animal makes a sound");
    }
}

public class Dog extends Animal {
    @Override
    public void makeSound() {
        System.out.println("Dog barks");
    }
}

public class Cat extends Animal {
    @Override
    public void makeSound() {
        System.out.println("Cat meows");
    }
}

public class Main {
    public static void main(String[] args) {
        Animal animal1 = new Dog();
        Animal animal2 = new Cat();

        animal1.makeSound();
        animal2.makeSound();
    }
}

Hello world

Mon, 24 Jul 2023 00:00:00 +0000

public class Hello {
    public static void main(String[] args) {
        System.out.println("Hello world!");
    }
}