728x90

그리디 알고리즘

그리디 알고리즘은 단순하지만 강력한 문제 해결 방법이다.
단어 그대로 번역하자면 탐욕법이다.
이 부분에서 탐욕적이라 함은 '현재 상황에서 지금 당장 좋은 것만 고르는 방법'이다.
이 알고리즘은 매 순간 가장 좋아 보이는 것만 선택하고, 그 선택이 나중에 어떤 영향을 미치는지에 대해서는 고려하지 않는다.

거스름돈을 예시로 살펴보자
당신은 음식점의 계산을 도와주는 점원이 되었다고 가정하자.
500원, 100원, 50원, 10원짜리 동전은 무한히 존재한다. 손님에게 거슬러줘야 하는 돈이 N원일 때, 거슬러 줘야 할 동전의 최소 개수를 구해라
(단, 거슬러줘야 할 돈 N은 항상 10의 배수이다.)

이럴때는 단순하게 가장 가격이 큰 동전 부터 돈을 거슬러 주는 것이다.
이렇게 되면 N원으로 설정된 가격을 금방 차감시켜 0원으로 만들기 적합하다.

coin.py

n = 1260 # 거슬러줘야할 가격
count = 0 # 코인의 개수

# 화폐 단위가 큰 것부터 차례로 거슬러준다.
coin_types = [500, 100, 50, 10]

for coin in coin_types:
    count += n // coin # 원래 가격을 코인값으로 나눈 몫만큼 동전으로 추가해줌
    n %= coin

print(count)

화폐의 종류가 K개 라고 할때, 위 소스의 시간복잡도는 BigO 표기법으로 O(K)이다. 시간복잡도에서는 총 화폐인 N을 찾을 수 없다.
그래서 이 알고리즘은 동전의 종류에만 영향을 받지 거슬러 줘야하는 금액에는 초점이 맞춰지지 않는다.

알고리즘 문제 유형을 바로 파악하기 어렵다면, 그리디 알고리즘을 의심해 볼 수 있다.

그리디 알고리즘의 예제를 많이 풀어봐야겠다.

728x90

'CS' 카테고리의 다른 글

불 논리 회고  (0) 2022.08.07
HTTP  (0) 2022.08.07
불 논리 정리  (0) 2022.08.07
재귀 알고리즘  (0) 2022.08.06
728x90

Enum

소스코드를 분석을 하다 보니 너무 많은 if-else 가 엮여져 있는 코드들을 많이 봐서 너무 어지러웠다. 이것을 어떻게 할 수 없을까에 대한 고찰을 가지고 있다가 처음엔 switch조건을 생각해서 메소드로 따로 빼내자고만 생각했다.
근데 Enum을 찾아본 결과 너무 좋아서 포스팅하게 되었다.

Enum이란

  • Enum은 Eumeration로 열거형이라고 불리며, 서로 연관된 상수들의 집합을 의미한다.

  • 자바에서 final static String, int와 같이 문자열이나 숫자들을 나타내는 기본자료형의 값을 Enum으로 대체해서 사용할 수 있다.

  • 인터페이스나 클래스로 상수를 정의하는 것을 보완하여 IDE의 지원을 적극적으로 받고 타입 안정성도 갖출 수 있게 된다.

예를 들면 이런 코드였다.

    String ss = "A구역";

    if(ss.equals("A구역")) {
        System.out.println(ss);
    }else if(ss.equals("B구역")) {
        System.out.println(ss);
    }else if(ss.equals("C구역")) {
        System.out.println(ss);
    }else if(ss.equals("D구역")) {
        System.out.println(ss);
    }

이렇게되면 계속 else if(ss.equals("구역")이 지금은 적어도 가독성이 이렇게 좋지 않은데 엄청 많은 구역이 있다고 한다면 그만큼의 줄 수를 채워서 단지 if 조건 하나만을 수행한다. 참으로 효율이 떨어지는 코드이다.

여기서 Enum을 사용했다.

TestEnum.java

enum TestEnum{
    A("a", "A구역");
    B("b", "B구역");
    C("c", "C구역");
    D("d", "D구역");

    private String alpa;
    private String name;

    TestEnum(String alpa, String name){
        this.alpa = alpa;
        this.name = name;
    }

    public String getName(){
        return name;
    }
}

이렇게 A,B,C,D라는 키에 각각 Value 값을 넣어준다. 값을 할당하는 갯수는 자유이다. 대신 생성자의 매개변수도 같이 늘어나야 한다.

그러면서 메인함수 실행 클래스에서 어떻게 설정하는지 이제 보도록 하자.

Main.java

public class Main{
    public static void main(String[] args){
        Scanner sc = new Scanner(System.in);
        String key = sc.next();

        String str = TestEnum.valueOf(key).getName();
        String alpa = TestEnum.valueOf(key).getAlpa();    
    }
}

이렇게 설정을 해준 상태에서 위의 코드에서는 입력을 받아 key 변수에 값을 넣어준다. A,B,C,D 의 키값을 호출하게 되면 안에 있는 A구역이라면 alpa에는 a가, name에는 A구역이 들어가게 된다.
이렇게 해서 기존의 코드에서 상당히 많은 줄 수를 줄이면서 가독성도 높여 실용적으로 고칠 수 있는 방법을 터득하게 되었다.

앞으로 if-else구문이 나올때 반복되는게 많아진다면 Enum을 사용하는 것을 염두에 두고 코드를 짜 나갈 것이다.

그리고 Enum에 대해 추가적으로 더 공부가 필요해 보인다.

이상으로 Enum포스팅을 마친다.

728x90

'Java' 카테고리의 다른 글

MockMvc  (0) 2022.08.04
Mock, Mockito  (0) 2022.08.04
[Java] Optional  (0) 2022.08.03
Java Stream API  (0) 2022.08.03
728x90

JPA Auditing이란?

보통 엔티티에는 해당 데이터의 생성시간과 수정시간을 포함한다.
언제 만들어졌고, 언제 수정되었는지 등등 나중에 유지보수에 중요한 정보이기도 하다. 그래서 매번 DB를 insert, update 할 때 날짜 데이터를 등록/수정하는 코드들이 들어간다.

아래의 내용은 스프링 부트와 AWS로 혼자 구현하는 웹 서비스 에서 읽은 내용이다.

//생성일 추가 코드 예제
public void savePosts(){
    ...
    posts.setCreateDate(new LocalDate());
    postsRepository.save(posts);
    ...
}

이런 단순한 코드가 모든 테이블, 서비스 메소드에 포함 된다고 생각하면 귀찮고 코드가 지저분해진다.
그래서 쓰는것이 JPA Auditing이다.

LocalDate 사용

Java8부터는 기존에 쓰던 Date, Calendar 클래스가 아닌 LocalDate와 LocalDateTime을 사용한다.
Date의 문제점을 고친 타입이기 때문에 Java8이상일 경우 무조건 써야 한다고 생각하면 되겠다.
Calendar 클래스는 월 값이 명시하는 static 변수이름에 해당하는 월 -1 이었다.
ex) Calendar.FEBRUARY 2월을 나타내는 이것은 값이 1이다.

BaseTimeEntity.java

@Getter
@MappedSuperclass
@EntityListeners(AuditingEntityListener.class)
public abstract class BaseTimeEntity {
    //모든 Entity의 상위 클래스가 되어 Entity들의 createDate, modifiedDate를 자동으로 관리하는 역할을 하는 클래스

    @CreatedDate
    private LocalDateTime createdDate;

    @LastModifiedDate
    private LocalDateTime modifiedDate;
}

BaseTimeEntity클래스는 모든 Entity의 상위 클래스가 되어 Entity들의 createDate, modifiedDate를 자동으로 관리하는 역할을 한다.

어노테이션 설명
@MappedSuperclass JPA Entity 클래스들이 BaseTimeEntity를 상속할 경우 필드들도 칼럼으로 인식하도록 한다
@EntityListeners BaseTimeEntity클래스에 Auditing 기능을 포함시킴
@CreatedDate Entity가 생성되어 저장될때 시간이 자동 저장된다
@LastModifiedDate 조회한Entity가 값을 변경할 때 시간이 자동 저장된다

Posts.java

@Getter
@NoArgsConstructor
@Entity // 실제 DB테이블과 매칭되는 클래스
// 기본값으로 클래스의 camelCase 이름을 스네이크케이스 테이블과 매칭시켜준다.
public class Posts extends BaseTimeEntity {
    @Id // 해당 테이블의 PK임을 명시
    @GeneratedValue(strategy = GenerationType.IDENTITY) //Identity 옵션을 넣어야 auto_increment 설정 가능
    private Long id;

    @Column(length = 500, nullable = false) // 해당클래스는 변수만 선언해도 column이 되지만
    // 추가로 변경이 필요한 옵션이 있을때 사용한다. ex) varchar max_length 기본값은 255인데, 500으로 늘리고 싶을때
    private String title;

    @Column(columnDefinition = "TEXT", nullable = false)
    //여기처럼 타입을 TEXT로 변경하거나, null값을 못넣게 설정할 수 있다.
    private String content;

    private String author;

    @Builder
    public Posts(String title, String content, String author){
        this.title = title;
        this.content = content;
        this.author = author;
    }

    public void update(String title, String content){
        this.title = title;
        this.content = content;
    }
}

마지막으로 JPA Auditing 어노테이션을 모두 활성화 하기 위해서 Application 클래스에 활성화 어노테이션을 붙여준다.

Application.java

@EnableJpaAuditing //JPA Auditing 활성화
@SpringBootApplication
public class Application {
    public static void main(String[] args){ SpringApplication.run(Application.class, args); }
}

이제 실제 코드는 완성 됐으니까 기능 동작을 위해 테스트를 수행한다.

JPA Auditing 테스트 코드

@RunWith(SpringRunner.class)
@SpringBootTest
public class PostsRepositoryTest {

@Test
    public void BaseTimeEntity_등록(){
        //given
        LocalDateTime now = LocalDateTime.of(2021, 5, 25, 0, 0, 0);
        postsRepository.save(Posts.builder()
                                  .title("title")
                                  .content("content")
                                  .author("author")
                                  .build());
        //when
        List<Posts> postsList = postsRepository.findAll();

        //then
        Posts posts = postsList.get(0);

        System.out.println(">>>>>>> createDate = " + posts.getCreatedDate() + ", modifiedDate = " + posts.getModifiedDate());

        assertThat(posts.getCreatedDate()).isAfter(now);
        assertThat(posts.getModifiedDate()).isAfter(now);
    }
}

이로 인해 앞으로 등록/수정일로 고민할 필요는 없어졌다. 넣고자 하는 엔티티에 BaseTimeEntity만 상속받으면 알아서 해결해준다.

2021-07-16 수정 ✔

하지만 이 형식대로 하면 date format이 동작하지 않는데
@DateTimeFormat, @JsonFormat 들도 Auditing에선 작동하지 않는다.

이럴때 찾은 방법은 아래와 같다.

@MappedSuperclass
@Getter
@EntityListeners(AuditingEntityListener.class)
public abstract class BaseTimeEntity {

    private String createdAt;

    private String modifiedAt;

    @PrePersist //해당 엔티티 저장하기 전
    void onPrePersist(){
        this.createdAt = LocalDateTime.now().format(DateTimeFormatter.ofPattern("yyyyMMdd"));
        this.modifiedAt = createdAt;
    }

    @PreUpdate //해당 엔티티 수정 하기 전
    void onPreUpdate(){
        this.modifiedAt = LocalDateTime.now().format(DateTimeFormatter.ofPattern("yyyyMMdd"));
    }
}

Pre, Post 에 따라 이전 이후 구분 가능

이랬던 format 형식을


이런식으로 변경하여 DB에 저장할 수 있다.

이상으로 JPA Auditing 에 대한 포스팅을 마친다.

728x90

'JPA' 카테고리의 다른 글

[JPA] 영속성 관리  (0) 2022.08.04
[JPA] JPA 스터디 2장  (0) 2022.08.04
[JPA] JPA 스터디 1장  (0) 2022.08.04
[JPA] MariaDB Charset 오류 해결  (0) 2022.08.04
728x90

오랜만에 디자인 패턴 글을 포스팅한다.

한동안 회사의 프로젝트 프로토타입을 만드는 것과 새로운 라이브러리를 사용법을 익히고 하느라 정신없이 하루하루 지나갔던것 같고 그에따라 포스팅이 늦어진 점을 되게 반성하게 된다.

오늘은 디자인 패턴의 구조패턴 중 Composite pattern 에 대해 공부한 내용을 정리한다.

컴포지트란?

OOP에서 컴포지트는 하나 이상의 유사한 객체를 구성으로 설계된 객체로 모두 유사한 기능을 나타낸다.
이를 통해 객체 그룹을 조작하는 것처럼, 단일 객체를 조작할 수 있다.

컴포지트 패턴은 무엇인가?

컴포지트 패턴은 클라이언트가 복합 객체(group of object)나 단일 객체를 동일하게 취급하는 것을 목적으로 한다.
여기서 컴포지트의 의도는 트리 구조로 작성하여, 전체-부분(whole-part) 관계를 표현하는 것이다.

트리 구조를 다룰 때, 프로그래머는 리프 노드와 브랜치를 구별해야한다.
여기서 코드는 많은 복잡성을 만들어 많은 에러를 초래한다.
이를 해결하기 위해서 복잡하고 원시적인 객체를 동일하게 취급하기 위한 인터페이스를 작성할 수 있다.

이러한 컴포지트 패턴은 인터페이스와 본연의 컴포지트 개념을 활용한다.

언제 사용하는가?

복합 객체와 단일 객체의 처리 방법이 다르지 않을 경우, 전체-부분 관계로 정의할 수 있다.
전체 - 부분 관계의 대표적 예는 directory - file 이 존재한다.

이러한 전체 - 부분 관계를 효율적으로 정의할 때 유용하다.

  • 전체 - 부분 관계를 트리 구조로 표현하고 싶을 경우
  • 전체 - 부분 관계를 클라이언트에서 부분, 관계 객체를 균일하게 처리하고 싶을 경우

예시

컴퓨터에 추가 장치 지원하기

  • 컴퓨터 클래스 모델링
    • 키보드 : 데이터를 입력받는다.
    • 마우스 : 커서의 이동을 한다.
    • 모니터 : 처리 결과를 출력한다.
  • 컴퓨터 클래스 - 합성 관계 - 구성 장치

부품들을 일반화 시킨 ComputerDevice 클래스 정의

  • ComputerDevice 클래스는 구체적인 부품들의 공통적인 기능만 가지고 실제로 존재할 수 있는
    부품은 될 수 없어서 추상클래스로 정의한다.

  • 구체적인 부품(키보드, 마우스, 모니터) 들은 ComputerDevice의 자식 클래스로 정의한다.

  • Computer클래스는 여러개의 ComputerDevice객체를 갖는다.

  • Computer클래스도 ComputerDevice 클래스의 일종이다.

    • 그러므로 >>> Computer클래스도 ComputerDevice의 일종
    • ComputerDevice 클래스를 이용하게 되면 Client 프로그램은 KeyBoard, Mouse 등과 마찬가지로 Computer를 상용할 수 있다.

아래는 클래스들에 대한 정의 이다.

ComputerDevice.java

   public abstract class ComputerDevice {
      public abstract int getPrice();
      public abstract int getPower();
}

KeyBoard.java

public class KeyBoard extends ComputerDevice{
    private final int price;
    private final int power;

    //생성자를 통한 값 할당
    public KeyBoard(int price, int power) {
        this.price = price;
        this.power = power;
    }

    @Override
    public int getPrice() {
        return price;
    }

    @Override
    public int getPower() {
        return power;
    }
}

Monitor.java

public class Monitor extends ComputerDevice{
    private final int price;
    private final int power;

    public Monitor(int price, int power){
        this.price = price;
        this.power = power;
    }


    @Override
    public int getPrice() {
        return price;
    }

    @Override
    public int getPower() {
        return power;
    }
}

Mouse.java

public class Mouse extends ComputerDevice{
    private final int price;
    private final int power;

    public Mouse(int price, int power){
        this.price = price;
        this.power = power;
    }

    @Override
    public int getPrice() {
        return price;
    }

    @Override
    public int getPower() {
        return power;
    }
}

Computer.java

import java.util.ArrayList;
import java.util.List;

public class Computer extends ComputerDevice{

    private List<ComputerDevice> components = new ArrayList<ComputerDevice>();

    // ComputerDevice 객체를 Computer 클래스에 추가
    public void addComponent(ComputerDevice computerDevice){
        components.add(computerDevice);
    }

    // ComputerDevice 객체를 Computer 클래스에 제거
    public void removeComponent(ComputerDevice computerDevice){
        components.remove(computerDevice);
    }

    //전체 가격 포함하는 각 부품의 가격 합산
    @Override
    public int getPrice() {
        return components.stream().mapToInt(ComputerDevice::getPrice).sum();
    }

    //소비 전력량 합산
    @Override
    public int getPower() {
        return components.stream().mapToInt(ComputerDevice::getPower).sum();
    }
}

이 부분에서는 이해가 되기 쉽게 getPrice()getPower() 는 for문으로 이해하기 쉽게 작성할 수 있지만, 저번에 배웠던 Java8의 stream을 이용하여 ComputerDevice객체를 담은 List를 Stream을 사용하여 각각의 getPower, getPrice를 구한후 IntStream으로 변형한 다음 그것의 합계를 구하는 방식으로 구현하였다.

Client.java

public class Client {
    public static void main(String[] args) {
        //컴퓨터 부품으로 keyboard, body, monitor 객체 생성
        KeyBoard keyBoard = new KeyBoard(5, 2); //가격 5, 전력 2
        Mouse mouse = new Mouse(3, 1); //가격 3, 전력 1
        Monitor monitor = new Monitor(30, 20); //가격30, 전력 20

        //Computer 객체를 생성하고 addComponent를 통해 부품 객체 설정
        Computer computer = new Computer();
        //아래의 구문을 실행할때는
        //private List<ComputerDevice> components = new ArrayList<ComputerDevice>();
        //가 이미 Computer클래스안에 객체로 만들어져 있기 때문에 addComponent를 하게 되면
        // 생성된 List객체에 값이 하나씩 담아지게 되는 것이다.
        computer.addComponent(keyBoard);
        computer.addComponent(mouse);
        computer.addComponent(monitor);

        //컴퓨터의 가격과 전력 소비량 구하기
        int computerPrice = computer.getPrice();
        int computerPower = computer.getPower();
        System.out.println("컴퓨터 가격 : " + computerPrice);
        System.out.println("컴퓨터 전력 : " + computerPower);
    }
}
  • 결과

결과는 위와 같이 나오게 된다.

  • Computer 클래스
    • ComputerDevice의 하위 클래스면서 복수 개의 ComputerDevice를 가지도록 설계하였음.
    • addComponent() 메소드를 통해 KeyBoard, Mouse, Monitor 등을 Computer 클래스의 부품으로 설정하였다.
  • Client
    • addComponent() 메소드를 통해 부품 종류에 관계 없이 동일한 메소드로 부품을 추가할 수 있다.

Computer 클래스는 개방-폐쇄 원칙을 준수하게 되고, 새로운 부품을 추가할 때에는 ComputerDevice의 자식 클래스로 구현하면 된다.

이상으로 컴포지트 패턴에 대해 알아보았다.

728x90

'디자인패턴' 카테고리의 다른 글

Facade Pattern 적용기  (0) 2022.08.10
[Java] 디자인 패턴 - 전략 패턴  (0) 2022.08.03
[Java] 디자인 패턴 - 어댑터 패턴  (0) 2022.08.03
[Java] 디자인 패턴 - 빌더 패턴  (0) 2022.08.03
728x90

Strategy 패턴(전략 패턴)

객체들이 할 수 있는 행위 각각에 대해서 전략 클래스를 생성하고, 유사한 행위들을 캡슐화 하는 인터페이스를 정의하여, 객체의 행위를 동적으로 바꾸고 싶은 경우 직접 행위를 수정하지 않고 전략을 바꿔주기만 함으로써 행위를 유연하게 확장할 수 있는 방법을 말한다.

객체가 할 수 있는 것들을 전략으로 두고, 동적으로 행위의 수정이 필요한 경우 전략을 바꾸는 것만으로 행위의 수정이 가능하도록 만든 패턴이다.

여러 알고리즘을 하나의 추상적인 접근점을 만들어 접근점에서 서로 교환 가능하도록 하는 패턴이라고 정의 할 수 있다.

1. 전략 패턴 사용 이유

예를 들어, 게임 캐릭터 클래스가 존재하고, 칼(Knife), 검(Sword), 도끼(Ax) 라는 클래스들이 있고, 이 클래스들은 Weapon 인터페이스를 구현했다고 해보자.
기본적으로 무기는 공격이라는 기능을 갖고있다.

코드로 표현하면 아래와 같다.

public interface Weapon {
    void attack();
}
public class Knife implements Weapon{
    @Override
    public void attack() {
        System.out.println("칼 공격");
    }
}
public class Sword implements Weapon{
    @Override
    public void attack() {
        System.out.println("검 공격");
    }
}
public class Ax implements Weapon{
    @Override
    public void attack() {
        System.out.println("도끼 공격");
    }
}

공격을 하는데 칼, 검, 도끼 고유의 공격이 있다.
기본 공격은 없고 무기를 소유했을때만 지금처럼 공격이 존재하기 때문에
null을 처리해줘야 하므로 아무것도 들고 있지 않을 때 맨손 공격을 하도록 만들었다.

public class GameCharacter {
    //접근점
    private Weapon weapon;

    //교환가능
    public void setWeapon(Weapon weapon){
        this.weapon = weapon;
    }

    public void attack() {
        if(weapon == null){
            System.out.println("맨손 공격");
        }else{
            //델리게이트(의존)
            weapon.attack();
        }
    }
}

캐릭터 라는 클래스에서 선언과 구현의 접근점을 만들어주고

무기를 세팅할수있게 setWeapon 메소드를 만들어 Weapon 인스턴스에 주입해준다.

구현만 했을때 무기를 장착해주지 않으면 nullpointerException이 발생하기 때문에
null체크를 진행하여 Weapon인터페이스의 attack()을 진행해준다.

Main.java

public class Main {
    public static void main(String[] args) {
        GameCharacter character = new GameCharacter();

        character.attack(); //맨손

        character.setWeapon(new Knife()); //칼
        character.attack();

        character.setWeapon(new Sword()); //검
        character.attack();

        character.setWeapon(new Ax()); //도끼
        character.attack();
    }
}

전략패턴의 장점은 어떠한 요구사항이 추가가 되었을때, setWeapon 같이 인스턴스 주입만 해주게 되면 다른 조건도 바로 복잡하게
구성하지 않고 구현할 수 있기 때문에 추가삭제가 용이하다 라고 생각한다.

728x90
728x90

오늘은 Java 8버전에 추가된 Optional을 알아보자.
프로그래밍을 함에 있어서 NullPointerException은 계속 만나게 되는데 이유는
null을 반환하거나, null 체크를 깜빡하고 진행하지 않았을때 두 가지로 나눌 수 있다.

메소드에서 작업 중에 특별한 상황에서 값을 제대로 반환할 수 없는 경우 선택 방법

  • 예외처리를 한다.(비싸다, stackTrace를 사용)
  • null을 그대로 반환. (비용에는 문제가 없지만, 그 코드를 사용하는 클라이언트에서 주의해서 사용해야한다)
  • Optional을 반환한다.(Java 8버전부터) 클라이언트의 코드에게 명시적으로 빈 값일 수도 있다는 것을 알려주고, 빈 값인 경우 처리를 강제함)

Optional이란?

오직 값 한 개가 들어있을 수도 없을 수도 있는 컨테이너이다.

주의할 점

  • 반환값으로만 쓰기를 권장한다. (메소드 매개변수 타입, 맵의 키 타입, 인스턴스 필드 타입으로 쓰지 말자)
  • Optional을 반환하는 메소드에서 null을 반환하지 말자.
  • primitive 타입용 Optional은 따로 있다. OptionalInt, OptionalLong, ...
  • Collection, Map, Stream, Array, Optional은 Optional로 감싸지 말 것

Optional 변수 선언하기

Optional은 제네릭을 제공하기 때문에, 변수를 선언할 때 명시한 타입 인자에 따라 감쌀 수 있는 객체의 타입이 결정된다.

Optional<Integer> number; //Integer 타입의 객체를 감쌀 수 있는 Optional 타입의 변수
Optional<String> ss;       //String 타입의 객체를 감쌀 수 있는 Optional타입 변수

Optional 객체 생성하기

  • Optional.of()
  • Optional.ofNullable()
  • Optional.empty()

Optional.empty()

null을 담고 있는(비어있는) Optional 객체를 생성한다. 이 비어있는 객체는 Optional 내부적으로 미리 생성해놓은 싱글톤 인스턴스이다.

Optional<Integer> number = Optional.empty();

Optional.of(value)

null이 아닌 객체를 담고 있는 Optional객체를 생성한다. null이 넘어올 경우, NullPointerException을 뱉기 때문에 주의하여야 한다.

Optional<Integer> number = Optional.of(1);

Optional.ofNullable()

null인지 아닌지 확신할 수 없는 객체를 담고 있는 Optional 객체 생성. empty()of()를 합쳐놓은 메소드라고 생각하면 편할 것 같다. null일 경우 NullPointerException을 뱉지 않고 empty()와 동일하게 비어 있는 Optional 객체를 얻어온다. 해당 객체가 null인지 아닌지 자신이 없다면 이 메소드를 사용하는 것이 좋다.

Optional<Integer> number = Optional.ofNullable(null);

Optional에 값이 있는지 없는지 확인하기

  • Optional.isPresent()
  • Optional.isEmpty() (Java 11부터 제공)

Optional이 담고 있는 객체 접근하기

.get()은 비어있는 Optional객체에 대해서, NoSuchElementException을 뱉는다.
.orElse()는 optional이 있던 없던 무조건 후자의 기능을 수행한다.
.orElseGet()은 있으면 그대로 없다면 뒤의 supplier를 수행한다. (람다식이나 메소드 레퍼런스 사용)

OnlineClass onlineClass = optional.orElseGet(App::createNewClass);
System.out.println(onlineClass.getTitle());

.orElseThrow()는 Optional객체가 값이 있으면 그대로 가져오고 없는 경우엔 에러를 던지는 작업을 수행한다.

들어있는 값을 걸러내려면 filter()를 사용하여 조건에 맞는 객체를 반환해준다.

map()은 Optional의 타입을 변환시킨다.
if 분기문 을 없애는 것에도 일가견이 있다.
예를들어 두개의 클래스가 있다.

class Person {
// constructor, getter, setter method 생략
    private String name;
}

class House {
// constructor, getter, setter method 생략
    private Person owner;
    private String address;
}

주인이 있는데 집안에 주인이 없거나, 집 주소가 없는 경우엔 콘솔에 노출되지 않게 해야한다는 조건이 붙는다면

public static void main(String[] args){
    House house = houseService.getHouse();
    if(house.getOwner() != null && house.getOwner().getName() != null){
        System.out.println("owner : " + house.getOwner().getName());
    }
    if (house.getAddress() != null) {
        System.out.println("address: " + house.getAddress());
    }
}

이렇게 if문이 많아져서 코드가 점점 지저분하게 된다. 이럴때 map을 사용하게 되면 아래와 같다.

public static void main(String[] args){
    House house = houseService.getHouse();
    Optional.of(house)
            .map(House::getOwner)
            .map(Person::getName)
            .ifPresent(name -> System.out.println("owner : " + name);

    Optional.of(house)
            .map(House::getAddress)
            .ifPresent(address -> System.out.println("address : " + address);
}

이렇게 가독성도 좋은 복잡한 if문이 빠진 코드를 작성할 수 있다.
ifPresent()는 있다면 그 다음의 람다식을 수행하고 그렇지 않으면 실행하지 않는다.
isPresent()와는 다르다!

flatmap()은 Optional 안에 들어있는 인스턴스가 Optional인 경우에 사용하면 편리하다.
-> 다시말해 Optional이 겹쳐졌을때를 대비하여 속껍질을 한번 까준다고 생각하면 될것이다.

728x90

'Java' 카테고리의 다른 글

Mock, Mockito  (0) 2022.08.04
[Java] Enum  (0) 2022.08.03
Java Stream API  (0) 2022.08.03
[Java] 디자인패턴 - 싱글톤 패턴  (0) 2022.08.03

+ Recent posts