Song's DLog

[Data Structure]이진트리(Binary Tree)란? (이해와 활용)

Tue, 11 Feb 2025 15:03:29 GMT

📌 이진트리(Binary Tree)의 개념과 이해

1. 이진트리(Binary Tree)란?

트리의 종류 중 하나로 모든 노드의 자식 노드가 최대 2개인 트리를 의미한다. 포화 이진 트리 (Full Binary Tree), 완전 이진 트리 (Complete Binary Tree) 등의 종류가 있다.

2. 이진트리의 목적

이진 트리는 탐색 및 효율적인 검색, 삽입, 삭제가 필요할 때 유용하다. 이진 트리 탐색의 시간 복잡도는 평균적으로 O(log n)이기 때문이다. (트리가 한쪽으로 치우치면 시간 복잡도는 O(n)이 될 수 있다.)

✅ 효율적인 탐색과 정렬 이진 탐색 트리(BST)를 활용하면 평균적인 탐색, 삽입, 삭제 연산이 O(logn)으로 매우 빠름. 이진 힙(Binary Heap)을 활용하면 정렬 및 우선순위 관리가 쉬움.

✅ 메모리 효율적인 구조 배열이나 리스트보다 메모리를 절약하면서 동적 크기 조정이 가능. 트리 구조는 연결 리스트처럼 필요할 때만 메모리를 사용함.

✅ 재귀적 구조로 문제 해결 가능 트리는 자연스럽게 재귀를 활용할 수 있어 많은 알고리즘 설계에 유리함.

3. 이진트리의 이해 ✨

이진트리가 왜 검색에 빠르다는 걸까? 이진트리를 이해하지 못하면 이진트리의 목적과 활용을 이해할 수 없다.

간단한 예시를 들어보겠다.

누군가 당신에게 물어본다.

???: 1~100사이에서 내가 생각한 숫자 한가지를 맞춰봐라. 
     숫자를 말하면 나는 Up 또는 Down을 알려주겠다.
나: 50
???: 다운
나: 25
???: 다운
나: 12

당신은 첫번째로 무슨 숫자를 부를 것인가? 나는 딱 절반인 50을 부르겠다. 그 이후에도 절반을 부르겠다. 이렇게 범위를 좁혀나가는 것이다.

이것이 바로 이진탐색 트리를 이해하는 첫번째이다.

이제 이진트리를 이해하기 위해 배열을 이진탐색트리로 구현하는 예시를 살펴보자.

▶ 배열을 이진탐색 트리로 만드는 예제 🐭

① 배열 [0, 1, 2, 3, 4, 5, 6, 7, 8, 9] 가 있다. ② '2'는 어디(인덱스)있는가? ③ 이진 검색 트리로 찾아보자.

중앙값이 '4', '5'인데 이 중 작은수를 뽑는 규칙을 설정하겠다. '4'를 뽑았다.

우리가 찾으려는 '2'는 '4'보다 작으므로 '4'의 왼쪽만 보겠다. (오른쪽은 이제 볼 필요가 없다.) '0', '1', '2', '3' 이 있다. 여기서 또 중앙값을 찾는다. '1'과 '2'중 작은수를 뽑는 규칙을 정했으므로 '1'이다.

'2'는 '1'보다 크므로 '1'의 오른쪽만 남는다. '2', '3'이 남았다.

'2'를 찾았다.

이제 위의 탐색법(경로)을 이진트리로 구현해보겠다.

처음 찾은 중앙값인 '4'가 루트노드가 된다.

'4'보다 작은 값들을 탐색한다. '4'보다 작은 값들이므로 왼쪽 자식 노드로 들어간다.(왼쪽 오른쪽은 다른 노드로 취급한다.) 자식노드는 중앙값인 '1'이 들어간다.

'1'보다 작은 값들을 탐색한다. '1'보다 작은 값들이므로 왼쪽 자식 노드로 들어간다. 자식노드는 중앙값인 '0'이 들어간다. '0'보다 작은 값이 없으므로 왼쪽자식 노드 탐색은 끝이난다.

이제 '1'보다 큰 '1'의 오른쪽 자식노드를 탐색한다. '1'보다 큰 값들이므로 오른쪽 자식 노드로 들어간다. 자식노드는 중앙값인 '2'가 들어간다.

'2'보다 큰 값들을 탐색한다. '2'보다 큰 값들이므로 오른쪽 자식 노드로 들어간다. 자식노드는 중앙값인 '3'이 들어간다. '3'보다 큰 값이 없으므로 오른쪽자식 노드 탐색은 끝이난다. ('4'보다 작은 '0', '1', '2', '3'만 탐색했으므로)

이와같이 '4'의 오른쪽도 탐색하면 위와같은 트리가 완성된다.

👉 유튜브 참고

★ 위의 유튜브에서 영상 자료를 참고하였으며, 강추하는 영상입니다. ★

저렇게 구현된 트리를 노드별로 순회하며 탐색하는 방법을 이진 탐색 트리라한다. 위 예제의 탐색 방법 외에도 여러 탐색 방법이 있고, 여러 트리구조가 있다.

위의 탐색 방법은 '전위 순회'이다. (루트 노드인 '4'부터 자식노드 순회) 탐색 방법을 더 알아보자.

📌 2. 이진트리 탐색 방법(전위·중위·후위·레벨순회)

① 전위 순회 (Preorder Traversal): 루트 → 왼쪽 → 오른쪽 ② 중위 순회 (Inorder Traversal): 왼쪽 → 루트 → 오른쪽 ③ 후위 순회 (Postorder Traversal): 왼쪽 → 오른쪽 → 루트 (LRV) ✨ ④ 레벨 순회 (Levelorder Traversal): 루트부터 레벨별로 왼쪽에서 오른쪽으로 (BFS, 너비 우선 탐색)

탐색 경로에 따라 전위, 중위, 후위, 레벨 순회가 있다. 일반적으로, 후위 순회가 많이 사용된다.

① 전위 순회 (Preorder Traversal): 루트 → 왼쪽 → 오른쪽 (VLR) 👉 A → B → D → E → C → F → G

(1) 자기 자신을 처리 (2) 왼쪽 자식을 방문 (3) 오른쪽 자식을 방문

루트 노드를 가장 먼저 방문하기 때문에 트리 구조를 표현하는 데 적합 → 디렉터리 탐색, 데이터 직렬화

② 중위 순회 (Inorder Traversal): 왼쪽 → 루트 → 오른쪽 (LVR) 👉 D → B → E → A → F → C → G

(1) 왼쪽 자식을 방문 (2) 자기 자신을 처리 (3) 오른쪽 자식을 방문

이진 탐색 트리(BST)의 정렬된 순서로 탐색 → 검색, 데이터 정렬, 수식 계산 및 파싱 (수학적 표현식 변환)

③ 후위 순회 (Postorder Traversal): 왼쪽 → 오른쪽 → 루트 (LRV) 👉 D → E → B → F → G → C → A

(1) 왼쪽 자식을 방문 (2) 오른쪽 자식을 방문 (3) 자기 자신을 처리

자식 노드를 모두 처리한 후에 부모 노드를 방문하는 방식 → 파일 삭제(하위부터), 컴파일러

④ 레벨 순회 (Levelorder Traversal): 루트부터 레벨별로 왼쪽에서 오른쪽으로 (BFS, 너비 우선 탐색) 👉 A → B → C → D → E → F → G

(1) 현재 레벨의 모든 노드를 처리 (2) 왼쪽 자식을 방문 (3) 오른쪽 자식을 방문

너비 우선 탐색(BFS) 방식(트리를 위에서 아래로, 왼쪽에서 오른쪽으로 탐색) → 최단 경로 탐색, AI 탐색 알고리즘(예: 체스, 길찾기), 네트워크

📌 3. 이진트리의 종류

① 포화 이진 트리 (Full Binary Tree) 모든 노드가 자식 2개 또는 0개를 가짐. 모든 레벨이 꽉 차 있지는 않아도 됨.

② 완전 이진 트리 (Complete Binary Tree) 마지막 레벨을 제외한 모든 노드가 가득 차 있으며, 마지막 레벨의 노드는 왼쪽부터 순서대로 채워짐. 힙(Heap) 자료구조에서 많이 사용됨.

③ 퇴화 이진 트리 (Degenerate Binary Tree) 모든 노드가 자식 노드를 하나만 가짐. 연결 리스트(Linked List)와 유사한 구조로, 탐색, 삽입, 삭제 연산이 O(n) 으로 증가.

④ 정 이진 트리 (Perfect Binary Tree) 모든 내부 노드는 자식 2개, 모든 리프 노드는 같은 깊이에 위치. 노드 개수는 항상 2^ℎ−1 형태.

⑤ 이진 탐색 트리 (Binary Search Tree, BST) 왼쪽 서브트리는 부모보다 작은 값, 오른쪽 서브트리는 부모보다 큰 값을 가짐. 평균적인 탐색, 삽입, 삭제 연산의 시간 복잡도는 O(log n), 최악의 경우 O(n).

4. 이진트리 구현(Java)

이진트리를 직접 구현해보자. '50, 30, 70, 20, 40, 60, 80'의 값들을 이진 탐색 트리(BST)로 구현할 것이다.

결론적으로, 트리는 아래와 같이 만들어질 것이다.

        50
       /  \
     30    70
    /  \   /  \
  20   40 60  80

// 이진 트리의 노드 클래스 (각 노드가 값을 가지며 왼쪽/오른쪽 자식을 가짐)
class Node {
    int value;      // 노드의 값
    Node left, right; // 왼쪽 자식 노드, 오른쪽 자식 노드

    // 생성자 (새로운 노드를 만들 때 값만 설정하고, 자식 노드는 없음)
    public Node(int value) {
        this.value = value;
        left = right = null;
    }
}

// 이진 트리 클래스 (삽입 및 탐색 기능 포함)
class BinaryTree {
    Node root; // 트리의 루트 노드 (초기에는 null)

    // 이진 탐색 트리(BST) 방식으로 노드를 삽입하는 메서드
    Node insert(Node root, int value) {
        if (root == null) return new Node(value); // 루트가 없으면 새 노드를 생성하여 반환

        // 삽입할 값이 현재 노드보다 작으면 왼쪽 서브트리에 삽입
        if (value < root.value) {
            root.left = insert(root.left, value);
        }
        // 삽입할 값이 현재 노드보다 크면 오른쪽 서브트리에 삽입
        else {
            root.right = insert(root.right, value);
        }
        return root; // 변경된 루트 반환
    }

    // 특정 값이 트리에 존재하는지 탐색하는 메서드
    boolean search(Node root, int key) {
        if (root == null) return false; // 루트가 null이면 존재하지 않음
        if (root.value == key) return true; // 현재 노드의 값이 찾는 값과 같으면 true 반환

        // 찾는 값이 현재 노드보다 작으면 왼쪽 서브트리에서 검색
        if (key < root.value) {
            return search(root.left, key);
        }
        // 찾는 값이 현재 노드보다 크면 오른쪽 서브트리에서 검색
        else {
            return search(root.right, key);
        }
    }
}

// 실행 클래스 (메인 메서드 포함)
public class BinaryTreeDemo {
    public static void main(String[] args) {
        BinaryTree tree = new BinaryTree(); // 이진 트리 객체 생성

        // 노드 삽입 (이진 탐색 트리 구조 유지)
        int[] values = {50, 30, 70, 20, 40, 60, 80};
        for (int value : values) {
            tree.root = tree.insert(tree.root, value);
        }

        // 값 탐색 테스트
        int searchValue = 40;
        if (tree.search(tree.root, searchValue)) {
            System.out.println(searchValue + "을(를) 찾았습니다.");
        } else {
            System.out.println(searchValue + "이(가) 존재하지 않습니다.");
        }
    }
}

불변객체(Immutable Object)란? (+불변객체를 사용해야하는 상황 및 예제)

Sun, 12 Jan 2025 08:08:52 GMT

📌 1. 불변객체(Immutable Object)란?

객체의 상태(객체 내부의 값, 필드, 멤버 변수)가 변하지 않는 객체를 불변 객체(Immutable Object)라 한다.

한마디로, 위의 그림과 같이 객체의 내부를 변경 못하도록 막는 것이다.

 public class RefMain2 {
 public static void main(String[] args) {
 ImmutableAddress a = new ImmutableAddress("서울");
 ImmutableAddress b = a; //참조값 대입을 막고 싶은데 방법이 없다!
 //b.setValue("부산"); //컴파일 오류 발생
 //b에 a를 대입하는 것을 막을 수 있는 방법이 없으니, 
 //b에 a를 대입하되 값이 변경될 수 없도록 불변객체로 만드는 것이다.
 }

이게 무슨말인지 왜 필요한지 차근차근 알아보자.

📌 2. 공유 참조와 사이드 이펙트(기본형과 참조형의 공유)

자바의 데이터 타입을 가장 크게 보면 기본형(Primitive Type)과 참조형(Reference Type)으로 나눌 수 있다.

** - 기본형: 하나의 값을 여러 변수에서 절대로 공유하지 않는다.** ** - 참조형: 하나의 객체를 참조값을 통해 여러 변수에서 공유할 수 있다.**

여기서 '공유'란 무엇인가? a에서 변경을 하면 b도 함께 변경되고 b에서 변경하면 a도 변경되는 것을 말한다. 이때 a와 b는 서로 값을 '공유'하고 있다고 한다.

기본형 타입과 참조형 타입의 '공유'에 대해 알아보자.

▶ 기본형 타입

기본형 타입 변수는 값을 복사할 뿐 공유하지 않는다.

 public class PrimitiveMain {
   public static void main(String[] args) {
     int a = 10;
     int b = a; 
     // a -> b, 값 복사 후 대입(기본형은 절대로 같은 값을 공유하지 않는다.)
     System.out.println(a); //10
     System.out.println(b); //10

     b = 20;
     System.out.println(a); //10 
     System.out.println(b); //20 
   }
}

b를 20으로 변경해도, a는 여전히 10이 출력되는 것을 볼 수 있다. a와 b가 같은 값을 공유하는 것이 아닌, a의 값을 b에 복사하여 대입했기 때문이다.

▶ 참조형 타입

참조형 변수는 하나의 객체를 참조값을 통해 여러 변수에서 공유할 수 있다.

 public class RefMain1 {
   public static void main(String[] args) {
   //참조형 변수는 하나의 인스턴스를 공유할 수 있다.
   Address a = new Address("서울");
   Address b = a;
   b.setValue("부산"); //b의 값을 부산으로 변경
   System.out.println(a); //출력: 부산 (사이드 이펙트 발생)
   System.out.println(b); //출력: 부산
      }
 }

1) 처음에는 a, b 둘다 서울이라는 주소를 가져야 한다고 가정하자. 2) 이후 b를 부산으로 변경한다. 3) 실행결과를 보면 b뿐만 아니라 a의 주소도 함께 부산으로 변경되어 버린다.

같은 주소값(인스턴스)을 참조하기 때문이다.

b=a라고 하면 a에 있는 참조값 x001을 복사해서 b에 전달한다. 참조값을 복사해서 전달하므로 결과적으로 a, b는 같은 x001 인스턴스를 참조한다. 참조형 변수는 참조값을 통해 같은 객체(인스턴스)를 공유할 수 있다.

여기서 b의 주소만 부산으로 변경했는데, a의 주소도 함께 변경되는 것을 사이드 이펙트라 한다.

💡 사이드이펙트(Side Effect)란?

프로그래밍에서 어떤 계산이 주된 작업 외에 추가적인 부수 효과를 일으키는 것을 말한다. 프로그래밍에서 사이드 이펙트는 보통 부정적인 의미로 사용되는데, 사이드 이펙트는 프로그램의 특정 부분에서 발생한 변경이 의도치 않게 다른 부분에 영향을 미치는 경우에 발생한다. 이로 인해 디버깅이 어려워지고 코드의 안정성이 저하될 수 있다.

개발자에게 내가 의도하지 않은 무언가가 나도 모르게 뒤에서 돌아가고 있는것만큼 무서운 것은 없다..

사이드 이펙트를 해결하려면 어떻게 해야할까? 위와 같은 경우에서는 a와 b가 서로 다른 인스턴스를 참조하도록 하면 된다.

 Address a = new Address("서울");
 Address b = new Address("서울")

위와 같이 여러 변수가 하나의 참조값을 공유하지 않으면 문제가 해결될 것 같다.

하지만, 개발자가 실수로 하나의 참조값을 공유하도록 코드를 작성한다면 문제가 발생할 것이다.

애초부터 b=a를 막는 방법은 없을까? 공유하면 안되는 인스턴스는 공유를 못하도록 막는 방법말이다. 슬프게도 그런 방법은 없다.

b=a로 하나의 인스턴스를 공유하게 코드를 작성해도 자바 문법상 아무런 오류가 나지 않는다. 막는 특별한 문법 또한 없다. 참조형 변수의 대입은 그 자체로 아무런 문제가 없기 때문이다.

실제로는 훨씬 더 복잡한 상황에서 이런 문제가 발생한다. 구조와 코드가 복잡할수록 사이드 이펙트는 원인을 찾기도 디버깅 하기도 어려워진다.

⭐ 그래서 등장한 것이 바로 불변객체이다!

📌 3. 불변객체 - 도입

객체의 상태(객체 내부의 값, 필드, 멤버 변수)가 변하지 않는 객체를 불변 객체(Immutable Object)라 한다.

지금까지 발생한 문제를 잘 생각해보면 공유하면 안되는 객체를 여러 변수에서 공유했기 때문에 발생한 문제이다.

하지만 앞서 살펴보았듯이 객체의 공유를 막을 수 있는 방법은 없다. 그런데 사이드 이펙트의 더 근본적인 원인을 고려해보면, 객체를 공유하는 것 자체는 문제가 아니다. 객체를 공유한다고 바로 사이드 이펙트가 발생하지는 않는다.

문제는 바로 공유된 객체의 값을 변경한 것에 있다.

객체의 값을 변경하지 못하게 설계했다면 이런 사이드 이펙트 자체가 발생하지 않을 것이다.

이때 필요한 것이 바로 불변객체이다. 불변객체로 만드는 예시를 살펴보자.

▶ 기존 코드

 public class Address {
   private String value;
   public Address(String value) {
           this.value = value;
   }
   public void setValue(String value) {
           this.value = value;
   }
   public String getValue() {
           return value;
   }

   @Override
   public String toString() {
           return value;
   }
}

▶ 불변객체 코드

1. 내부 값이 변경되면 안되기 때문에 value의 필드를 final로 선언. 2. 값을 변경할 수 있는 setValue() 제거. 3. 이 클래스는 생성자를 통해서만 값을 설정할 수 있고, 이후 값을 변경하는 것이 불가능.

public class ImmutableAddress {
     private final String value;
     public ImmutableAddress(String value) {
         this.value = value;
    }
    public String getValue() {
         return value;
    }
    @Override
    public String toString() {
         return value;
    }
 }

코드의 목적 : ImmutableAddress를 사용하는 개발자가 값을 변경하려고 시도하다가, 값을 변경하는 것이 불가능하다는 것을 알고(b.setValue("부산")불가능) 이 객체가 불변객체인 것을 깨닫는 것. 따라서, 어쩔 수 없이 새로운 인스턴스를 생성하는 것!

정리

객체의 공유 참조는 막을 수 없다. 그래서 객체의 값을 변경하면 다른 곳에서 참조하는 변수의 값도 함께 변경되는 사이드 이펙트가 발생한다. 사이드 이펙트가 발생하면 안되는 상황이라면 불변 객체를 만들어서 사용하면 된다. 불변 객체는 값을 변경할 수 없기 때문에 사이드 이펙트가 원천 차단된다.

불변 객체는 값을 변경할 수 없다. 따라서 불변 객체의 값을 변경하고 싶다면 변경하고 싶은 값으로 새로운 불변 객체를 생성해야 한다. 이렇게 하면 기존 변수들이 참조하는 값에는 영향을 주지 않는다.

마지막 한 줄

정말 개발하면서 제일 무서운 것은.. 내가 수정한 코드에 사이드 이펙트가 발생해서 나도 모르게! 뒤에서 의도하지 않은 무언가가 변경되는 것이다..

그리고 개발하면서 제일 중요한 것은 인간을 믿지 말고 시스템을 믿자는 것이다^^! 실수하지 않기를 바라지말고 시스템에서 막아야 한다. 이는 개발자든 사용자든 모두에게 해당되는 말이다★

참고

김영한의 java 중급1 - 불변객체

'=='연산자와 equals() 메서드의 차이(동일성 vs 동등성)

Fri, 20 Dec 2024 03:29:38 GMT

java에서 '=='과 equals()는 다르게 쓰인다. 문자열을 비교할 때 equals() 메서드를 사용하는 것은 알겠다.

그런데 이 둘은 내부적으로 무슨 차이를 가지길래 구별해서 쓰고 있는 것일까?

자바는 두 객체가 같다라는 표현을 두 가지로 분리해서 제공한다.

📌 1. 동일성 vs 동등성

동일성(Identity): == 연산자를 사용해서 두 객체의 참조가 동일한 객체를 가리키고 있는지 확인 동등성(Equality): equals() 메서드를 사용하여 두 객체가 논리적으로 동등한지 확인

'=='연산자와 equals() 메서드의 차이는 바로, '동일'과 '동등'의 차이이다.

'동일'은 완전히 같음을 의미한다. 반면 "동등"은 같은 가치나 수준을 의미하지만 그 형태나 외관 등이 완전히 같지는 않 을 수 있다. 영어로 보면 좀 더 쉽다. 'Identity'와 'Equality'의 차이이다.

쉽게 이야기해서, 동일성은 물리적으로 같은 메모리에 있는 객체 인스턴스인지 참조값을 확인하는 것이고, 동등성은 논리적으로 같은지 확인하는 것이다.

동일성은 자바 머신 기준이고 메모리의 참조가 기준이므로 물리적이다. 반면 동등성은 보통 사람이 생각하는 논리적인 기준에 맞추어 비교한다.

📌 2. 동일성 vs 동등성 예제

같은 회원 번호를 가진 회원 객체가 2개 있다고 가정해보자.

 User a = new User("id-100") //참조 x001
 User b = new User("id-100") //참조 x002

이 경우 물리적으로 다른 메모리에 있는 다른 객체이지만, 회원 번호를 기준으로 생각해보면 논리적으로는 같은 회원으 로 볼 수 있다.

따라서 동일성은 다르지만, 동등성은 같다. 문자의 경우도 마찬가지이다.

 String s1 = "hello";
 String s2 = "hello";

이 경우 물리적으로는 각각의 "hello" 문자열이 다른 메모리에 존재할 수 있지만, 논리적으로는 같은 문자열이다.

이제 실제로 코드를 출력해보자.

▶ 동일성 동등성 예제

Q. 다음과 같이 찍어보면 어떻게 될까?

System.out.println("identity = " + (user1 == user2));
System.out.println("equality = " + user1.equals(user2))

** 실행 결과는 다음과 같다.**

 identity = false
 equality = false

이상하다. 물리적으로는 다른 메모리이니 동일하지 않다는 것은 알겠다. 그런데 왜 동등하지도 않은가? (아깐 동등하다며!)

** 🚫Object가 기본으로 제공하는 equals()는 ==으로 동일성 비교를 제공한다.**

위와 같은 이유로 인해 false가 나오는 것이다. ID가 같을 경우, 논리적으로 동등한 결과라고 할 것이라면 equals()메서드를 재정의 해주어야 한다.

▶ 문자열 예제1

Q. 그럼 문자열은 어떨까?

System.out.println("identity = " + (s1 == s2)); 
System.out.println("equality = " + s1.equals(s2))

** 실행 결과는 다음과 같다.**

 identity = true
 equality = true

둘 다 true가 나오는 이유는 문자열이 같은 경우 자바가 같은 메모리를 사용하도록 최적화(String Constant Pool ) 하기 때문이다. 그러므로 동일하고, Object가 기본 제공하는 equals()는 동일성을 체크하므로 둘 다 true가 나오는 것이다.

▶ 문자열 예제2

여기서 또 의문이 들 것이다. 아까 문자열은 equals()로 비교한다면서 위의 예제는 왜 true로 나오는가?

다음 예제를 보자.

String s1 = "hello";
String s2 = new String("hello");

System.out.println(s1 == s2);       // false: 다른 객체
System.out.println(s1.equals(s2)); // true: 값은 같음

문자열이 리터럴이 아닌 new String()을 통해 생성된 경우, 서로 다른 객체를 참조하므로 '=='는 false를 반환한다.

사용자 입력값이나 데이터 조작으로 생성된 문자열은 동일한 값을 가지더라도 다른 메모리 주소를 참조할 가능성이 높다. ('=='는 리터럴처럼 메모리 최적화가 명확한 경우에만 올바르게 작동)

equals()는 문자열의 값(내용)을 비교하기 때문에 상황에 상관없이 올바른 결과를 보장한다. 위와 같은 이유로 코드의 안정성과 가독성을 위해 문자열 비교에는 항상 equals()를 사용하는 것이 권장된다.

출처

Java SE Documentation - Object.equals() Java SE Documentation - Java Language Specification (Equality Operators)

[java구현]Parant parent = new Child();의 경우, 오버라이딩 된 메서드를 메모리에서 어떻게 찾아갈 것인가?(동적 디스패치)

Tue, 22 Oct 2024 10:31:48 GMT

상속의 중요한 두 가지 개념은 다음과 같다.

1. 메서드 호출 시 호출하는 변수의 타입(클래스)을 기준으로 호출 2. 메서드 상속은 일방통행 (자식 → 부모)

이제 질문이 생긴다. 오버라이딩의 경우 말이다.

Q. Parant parent = new Child();의 경우, 오버라이딩 된 메서드는 메모리에서 어떻게 찾아갈 것인가?

오버라이딩 된 메서드도 참조 변수 타입을 기준으로 호출할 것인가? 그럼 Parent로 가는데 Child에서 오버라이딩 된 것을 어떻게 찾을 것인가? Parent -> Child는 부모->자식이므로 안되지 않나?

이 물음표 때문에 이 포스팅을 작성한다.

상속의 개념과 오버라이딩 메서드 호출 개념 사이의 혼란을 해결해가보자.

** 🚫 !! 해당 포스팅은 각종 자료로 제가 결론을 도출한 포스팅이기 때문에 틀린 내용이 있을 수 있습니다.** ~~인프런의 특정 java 강의에서 저의 결론과 다른 내용이 있어 문의한 상태입니다.~~ => 동작 구현은 제 포스팅의 내용이 맞으며, 강의에서는 다형성을 쉽게 이해시키기 위해 한 표현이라고 답변받았습니다.

관련 내용 포스팅이 많지 않아, 공부한 자료를 근거로 논리적 결론을 도출했으므로 틀린내용이 있으면 댓글 환영입니다..★

알고가면 좋을 사전 지식

상속 자세히 상속과 메모리 구조 자세히 오버라이딩 자세히

📌 1. 오버라이딩 된 메서드 호출


public class Test {
    public static void main(String[] args) {
        Parant parent = new Child();
        parent.getTest(); 
    }
}

class Parent {
    public void getTest() {
        System.out.println("부모");
    }
}

class Child extends Parent {
    public void getTest() {
        System.out.println("자식");
    } 
}

오버라이딩 된 경우, 부모(Parent)클래스의 getTest()가 호출될까? 자식의 getTest()가 호출될까? 👉 *정답은 "자식"이다. *

어떻게 보면 당연하다. 그런데 좀 찝찝하다.

참조 변수의 타입이 Parent인데 어떻게 된걸까? ~~참조 변수 타입으로 호출 기준 정한다면서요!!~~

오버라이딩 됐기때문에 일단 Parent 먼저 찾고 오버라이딩 체크해서 오버라이딩 된 메서드이면 → Child 클래스로 가서 getTest() 호출한 것인가?

그런데 첫 단락에서 정리한 내용을 보면 메소드 상속은 일방통행(자식 → 부모)이다.

Parent클래스에 가서 getTest()를 찾고, 오버라이딩 된 함수라고 자식으로 가서 호출할 수가 없다는 말이다! 자식 → 부모로는 갈 수 있지만, 부모 → 자식으로 갈 수는 없으니까 말이다.

정리해보자면,

1) 참조 변수 타입이 Parent이니까 Parent로 먼저 감. 2) 자식 → 부모 일방통행이니까 Parent에서 오버라이딩 된 자식 메서드로 갈 수 없음.

흐름이 어떻게 되는거지 ???????????? 여기서 내 논리가 붕괴됐다.

예쁘다 아이유...♥

*'자식'이라는 출력 결과가 나오려면 '참조 변수 타입 기준 호출'과 '메소드 상속은 일방통행'은 양립할 수 없다. *

그렇다면

(1) 참조 변수 타입을 기준으로 호출하는 것이 틀리거나, (2) 메소드 상속이 일방통행인 것이 틀리거나, (3) 뭔가 다른 작동이 있거나

정답은 (3)이다. 정확히 말하면, (1)에 예외가 생긴다. ('예외'라는 표현은 틀렸을 수 있지만, 일단 위에서 '참조변수 타입 기준 호출'을 말했으니 이 내용은 '예외'라고 표현하겠다.)

예외의 기준은 getTest()가 오버라이딩 되었는가?이다.

getTest()가 오버라이딩 되지 않았으면, 변수의 타입이 기준이고, getTest()가 오버라이딩 되었으면, 실제 객체가 기준이 된다.

public class Test {

    public static void main(String[] args) {
        Parant parent = new Child();

        parent.getTest(); //"자식" 출력
    }
}

class Parent {
    public void getTest() {
        System.out.println("부모");
    }

}

class Child extends Parent {
    public void getTest() {
        System.out.println("자식");
    } 
}

위에서 getTest()가 오버라이딩 되지 않았으면 Parent에서 호출하고, 오버라이딩 되었으면 Child에서 호출할 것이다.

내가 궁금했고, 중요하게 생각하는 부분은 '흐름'과 '시점'이다. 그래서 '오버라이딩 체크를 어디서 하는지', 'Parent에서 먼저 찾는지 Child에서 먼저 찾는지' 말이다.

결론부터 말하자면 다음과 같다.

메서드 호출 시점에 오버라이딩을 체크해서, 오버라이딩이면 동적 디스패치가 수행된다. 동적 디스패치를 수행하면, 참조변수타입이 아닌 실제 객체를 기준으로 메서드가 호출된다. (오버라이딩이 아니면 동적 디스패치는 수행되지 않는다.)

parent.getTest()실행
호출된 메서드가 오버라이딩이면 동적 디스패치 수행(호출 시점에 실행)
동적 디스패치를 수행하면 참조변수타입이 아닌 실제 객체를 기준으로(new Child) 메서드가 호출됨. (오버라이딩이 안된 메서드면 동적 디스패치 수행x)
객체 주소 x001로 이동(부모, 자식 다 있음.) → 실제 객체 오버라이딩 된 메서드로 바로 이동.

📌 2. 정적 메서드 디스패치(Static Dispach)와 동적 메서드 디스패치(Dynamic Method Dispatch)

Static Method Dispatch : 컴파일 시점에 호출되는 메서드가 결정. Dynamic Method Dispatch : 실행 시점에 호출되는 메서드가 결정.

어떤 메소드를 호출할 것인가를 결정하고 실행하는 과정을 Method Dispatch라 한다.

메서드 디스패치에 대한 개념에 대한 포스팅은 많지만, 이게 어떻게 쓰이는지 어떤 의미를 가지는지 와닿는 예시는 많이 없다.

그저 개념만 대충 알고 있었을 뿐인데 여기서 만날 줄이야! 상속에서 오버라이딩 된 메서드 호출 과정을 메모리 중점으로 바라보면 메서드 디스패치를 이해할 수 있다.

2-1. 정적 메서드 디스패치(Static Dispach)

정적 메서드 디스패치는 컴파일 타임에 메서드가 호출될 대상을 결정하는 방식이다. 정적 메서드는 클래스에 속한 메서드이기 때문에, 객체의 실제 타입이 아닌 참조 변수의 타입에 따라 호출된다.

** 컴파일 타임에 결정** 메서드 호출은 참조 타입에 기반하여 컴파일 타임에 결정된다.
오버로딩만 가능 정적 메서드는 오버로딩(메서드 이름이 같지만 파라미터가 다른 경우)은 가능하지만, 오버라이딩(상속받아 메서드를 재정의하는 것)은 불가능하다. 오버로딩 자세히
객체의 인스턴스와는 무관 객체의 실제 타입과는 상관없이 호출되는 메서드이다.

정적 메서드 디스패치는 정적 메서드, 오버라이딩 되지 않은 메서드에서 실행된다. 즉, 이런 메서드들은 참조 변수의 타입에 따라 호출된다.

static 메서드는 당연히 컴파일 타임에 결정되고, 오버라이딩 되지 않은 메서드도 부모 클래스의 메서드를 호출하므로 정적 메서드 디스패치가 실행된다.

*여기서 재밌는 질문, static 메서드를 오버라이딩 한다면 어떻게 될까? * 포스팅 : 정적 메서드(static)는 오버라이딩이 될까? (메서드 은닉)


class Parent {
    public static void show() {
        System.out.print("부모 메서드");
    }
}

class Child extends Parent {
    public static void show() {
        System.out.print("자식 메서드");
    }
}

public class Test {
    public static void main(String[] args) {
        Parent p = new Child();  // 실제 객체는 Child, 참조 변수는 Parent
        p.show();  // Parent의 static 메서드 호출
    }
}

2-2. 동적 메서드 디스패치(Dynamic Method Dispatch)

동적 메서드 디스패치는 런타임에 메서드 호출 대상을 결정하는 방식이다. 객체가 실제로 어떤 클래스의 인스턴스인지에 따라 메서드가 호출된다. 주로 오버라이딩된 인스턴스 메서드에서 발생하며, 다형성을 구현하는 데 사용된다.

런타임에 결정 메서드 호출은 객체의 실제 타입에 따라 런타임에 결정된다.

오버라이딩 부모 클래스에서 메서드를 정의하고 자식 클래스에서 재정의(오버라이딩)한 메서드가 호출된다.

다형성 구현 동일한 메서드 호출이 객체의 타입에 따라 다르게 동작할 수 있게 한다.

💡 결론

오버라이딩 된 메서드는 런타임에 메서드 호출 대상을 결정한다. 그러므로 실제 객체를 기준으로 호출한다. (동적 메서드 디스패치)

오버라이딩 되지 않은 메서드는 컴파일 타임에 메서드 호출 대상을 결정한다. 그러므로 참조 변수 타입을 기준으로 호출한다. (정적 메서드 디스패치)

오버라이딩 된 정적 메서드는 컴파일 타임에 메서드 호출 대상을 결정한다. 그러므로 참조 변수 타입을 기준으로 호출한다. (정적 메서드 디스패치)

Ref.

https://docs.oracle.com/javase/8/docs/api/java/lang/reflect/Method.html

상속과 메모리 구조

Sat, 19 Oct 2024 12:53:16 GMT

📌 1. 상속과 메모리 구조

상속 관계의 객체를 생성하면 그 내부에는 부모와 자식이 모두 생성된다.

public class Child extends Parent

자식 클래스인 Child가 부모 클래스 Parent를 상속받은 경우를 생각해보자. 상속받는다고 해서 부모와 자식이 합쳐진 하나가 생성될 것 같지만(=내 생각), 그렇지 않다.

단순히 부모의 필드와 메서드만 물려 받는게 아니다. 상속 관계를 사용하면 부모 클래스도 함께 포함해서 생성된다. 외부에서 볼때는 하나의 인스턴스를 생성하는 것 같지만 내부에서는 부모와 자식이 모두 생성되고 공간도 구분된다.

new Child()를 호출하면 Child뿐만 아니라 상속 관계에 있는 Parent까지 함께 포함해서 인스턴스를 생성한다. 참조값은 x001 로 하나이지만 실제로 그 안에서는 Parent, Child 라는 두가지 클래스 정보가 공존하는 것이다.

💡 ** 내부에 부모와 자식이 모두 존재한다면, child.test()를 호출했을때 부모와 자식 중 어디에서 찾을 것인가?** ** ▶ 호출하는 변수의 타입(클래스)을 기준으로 선택한다.**

Parent parent = new Child();
Child child = new Child();
parent.test(); //부모에서 test()호출
child.test(); //자식에서 상속받은 test()호출

출력값이 같더라도, 어느 것을 호출했느냐는 다르다는 것이다. 위의 예제에서 child는 자식타입이 기준이니 자식에 먼저 가서 Test()를 찾고, 자식에 없으면 상속관계인 부모에게 가서 Test()를 찾을 것이다. 만약 부모에서도 해당 기능을 찾지 못하면 더 상위 부모에서 필요한 기능을 찾아본다. 부모에 부모로 계속 올라가면서 필드나 메서드를 찾는 것이다(자식 → 부모 일방통행). 물론 계속 찾아도 없으면 컴파일 오류가 발생한다.

** '먼저' 어디서 찾냐가 중요한 이유는 사용할 수 있는 메서드에 차이가 있기 때문이다.**

Parent parent = new Child();

이 경우, Child에는 있고 Parent에는 없는 메서드들은 사용할 수 없다.

내용을 정리하면 상속의 중요한 두 가지 개념은 다음과 같다.

1. 메서드 호출 시 호출하는 변수의 타입(클래스)을 기준으로 호출 2. 메서드 상속은 일방통행 (자식 → 부모)

위의 메모리 구조는 '다형성'을 이해하는데도 큰 도움이 된다.

출처

https://www.scaler.com/topics/runtime-polymorphism-in-java/

[Java] 정적 메서드(static)는 오버라이딩이 될까? (메서드 은닉)

Fri, 11 Oct 2024 20:03:11 GMT

static 변수의 메모리 구조를 다시 보던 중 궁금증이 생겼다.

static 변수를 클래스가 아닌 인스턴스를 통해 접근하면 힙 영역에서 메서드 영역으로 리턴되어 접근한다.(지양하는 방법) 즉, 여러개의 인스턴스를 만들어도 static변수는 결국 정적 변수(프로그램 실행 시점에 딱 만들어지고, 프로그램 종료 시점에 제거되는 변수)이므로 한 곳을 바라본다. 여러개의 인스턴스를 만들어 인스턴스를 통해 접근해도, 결국 클래스를 통해 접근하는 것과 같다. 하나의 인스턴스에서 값을 변경하면, 다른 인스턴스에서의 접근도 변경된 값을 갖는다.

//public static int cnt = 1 일 경우

Test t1 = new Test(); 
t1.cnt = 2; 
Test t2 = new Test(); 
t2.cnt = 3;
System.out.println(t1.count); //3
System.out.println(t2.count); //3
// t1과 t2는 서로 다른 인스턴스임에도 불구하고 같은 값이 출력된다.

💡💡💡💡💡💡💡 여기서 생긴 궁금증! ** static 변수의 값을 변경하면 위와 같은데, static 메서드를 재정의하는 경우는 어떠한가?** 상속받은 static메서드를 오버라이딩 하는 경우 말이다.

오버라이딩이란? 부모 클래스로부터 상속받은 메서드의 내용을 변경하는 것을 오버라이딩이라고 한다. 👉 자세히 click

📌 !!! 그래서 정적 메서드(static)는 오버라이딩이 될까? 안될까?

▶ 결론부터 말하자면, 불가하다! static 메서드는 method overriding (재정의)이 아닌 method hiding (은닉)을 수행한다!

If a subclass defines a static method with the same signature as a static method in the superclass, then the method in the subclass hides the one in the superclass.

자식 클래스가 부모 클래스의 정적 메서드와 동일한 시그니처를 가진 정적 메서드를 정의하는 경우, 자식 클래스에서의 메서드는 부모 클래스의 메서드를 숨긴다.

'재정의'가 아닌 '은닉'이 이루어지는 것이다. 어떤 메서드가 은닉될지는 부모 클래스에서 호출되는지 혹은 자식 클래스에서 호출되는지에 따라 다르다.

public class Test {

    public static void main(String[] args) {
        Parant parent1 = new Parent();
        Parant parent2 = new Child();
        Child child = new Child();

        parent1.getTest1(); //부모1 hiding 자식 메서드 은닉
        parent1.getTest2(); //부모2

        parent2.getTest1(); //부모1 hiding 자식 메서드 은닉
        parent2.getTest2(); //자식2 

        child.getTest1(); //자식1 hiding 부모 메서드 은닉
        child.getTest2(); //자식2 
    }
}

class Parent {
    public static void getTest1() {
        System.out.println("부모1");
    }

    public void getTest2() {
        System.out.println("부모2");
    }
}

class Child extends Parent {
    public static void getTest1() {
        System.out.println("자식1");
    }

    public void getTest2() {
        System.out.println("자식2");
    } 
}

메서드 호출이 어느 객체로 전달될지 결정하는 과정을 Method Dispatch라 한다.

Static Method Dispatch : 컴파일 시점에 호출되는 메서드가 결정.
Dynamic Method Dispatch : 런타임 시점에 호출되는 메서드가 결정.

정적(static메서드)는 컴파일시 메모리에 올라간다. 정적 메서드는 클래스에 속한 메서드이기 때문에, 객체의 실제 타입이 아닌 참조 변수의 타입에 따라 호출된다.

즉, 오버라이딩처럼 런타임 시 인스턴스가 실제로 참조하고 있는 클래스를 찾아가는 것이 아니라 컴파일 시 결정된 클래스를 찾아가기 때문에 위와 같은 상황이 발생하는 것이다.

이쯤 왔으면 궁금증 이 생겼을 것이다.

왜 메서드 '은닉(hiding)'인가?

왜 '은닉'이라는 표현을 쓰는지 궁금졌다. 'A와 B에서 B가 A를 재정의 한 것'과 'A와 B에서 B가 A를 은닉 한 것'은 무슨 차이가 있는가?

'재정의(overriding)'는 부모 메서드를 말 그대로 다시 '재정의'하는 것이지만, '은닉'은 자식 메서드가 새로 '추가'되어 부모 메서드를 '은닉(hide)' 시켜버리는 것이다.

부모의 정적메서드를 자식이 재정의하려고 하면, 자식 클래스는 재정의가 아닌 부모메서드를 '은닉'시키고(가려버리고) 새로 '추가'하게 된다. 이는 새롭게 추가된 것이며 서로 구별되어 진다.

상속과 메모리 구조

(상속과 메모리 구조 포스팅 작성중입니다. 이후 링크와 함께 내용추가 예정입니다. 총총..)

참고문헌

https://docs.oracle.com/javase/tutorial/java/IandI/override.html

오늘의 한 줄

새로운 시리즈 <물음표 살인일지>를 만들었다. 나는 주변에서 물음표 살인마로 불리는데 호기심도 많고, 궁금한건 못참기 때문... 개발하면서 가졌던 (쓸데없을수도 있는)궁금증들을 적어보고자 한다.

getter, setter란?(+사용하는 이유, 지양하는 이유)

Sun, 16 Jun 2024 10:09:45 GMT

이번 포스팅은 묵히고 묵혔던 getter setter에 대한 포스팅이다.

업무에서 getter setter 생성을 통해 VO, DTO를 사용한다. (getter setter 생성 단축키: 이클립스 alt+shift+s / 인텔리제이 alt+insert)

'왜 getter setter를 사용하는가?'라는 질문이 생겼다. 대충 캡슐화, 보안적인 문제라는 것은 알고 있는데 좀 더 정확하게 알기위해 포스팅 해보고자 한다.

여기에선 <자바의 제어자> 개념을 알고 있어야 하므로, 접근제어자 개념을 모른다면 하단 포스팅을 미리 보고 오는 것을 추천한다.

[Java] Ch07_4. 제어자

📌 1. getter, setter란?

*데이터의 직접적인 접근을 막고, getter와 setter 메서드를 사용하여 데이터의 값을 꺼내오거나 수정하는 일종의 기법. *

getter: 외부에서 객체의 데이터를 읽을 때 사용하는 메서드(return값 필요)
setter: 외부에서 객체의 데이터를 수정할 때 사용하는 메서드(매개변수 필요)

먼저 생긴걸 보자.

1)** 필드(멤버변수)는 private 접근제어자**를 통해 객체 외부에서 객체의 필드에 직접적으로 접근하는 것을 막는다.

2) getter, setter 메서드는 public 접근제어자를 통해 외부에서 접근 가능하도록 하고, getter, setter 메서드를 통해 필드값을 사용하고 수정한다.

3) get/set+필드이름(대문자시작)으로 명명한다.

외부 객체에서 getter, setter를 사용해 데이터에 접근해보자.

Student student = new Student();
Int age = student.getAge(); //getter를 통해 age값 가져오기.
student.setAge(5); //setter를 통해 age값 수정.

getter메서드는 데이터를 가져와야 하므로 return이 필요하다. setter메서드는 값을 수정해야하므로 매개변수(위의 예시에서는 5)가 필요하다.

📌 2. getter, setter 사용하는 이유

1. 데이터의 무결성이 지켜진다. : getter, setter를 통해 데이터에 접근 및 생성하므로 한 번 검증하고 처리할 수 있게 된다. (무분별한 setter는 무결성을 해칠 수 있다. 이는 아래 3번 지양하는 이유에서 설명.)

2. 정보은닉이 가능하다. : 객체의 필드를 private 접근제어자로 두면서 객체지향의 목적인 정보은닉이 가능하다.

💡 데이터의 무결성은 데이터의 정확성, 일관성, 유효성이 유지되는 것을 말한다

쉽게 말해, 데이터는 소중하니 중간에 메서드로 중개자를 두겠다는 것이다. (like a 부동산 중개업자)

아까 위의 Student클래스의 멤버변수 age가 private이 아닌 public이라고 가정해보자.

student.age = -30;

이렇게 학생의 나이가 '-30'이라는 말도 안되는 값을 데이터에 넣게 된다. 하지만, age가 private 접근제어자이고 setter를 통해 값을 변경한다면,

public void setAge(int age) {
        if(age < 1){
            this.age = 1;
        }else{
            this.age = age;
        }
    }

위와같이 사전 검증을 통해 데이터를 넣을 수 있게 된다.

📌 3. getter, setter를 지양하는 이유

위의 2번의 내용을 보며 의문이 들 것이다. private로 정보를 은닉했는데 결국, getter와 setter를 통해 외부에서 데이터에 쉽게 접근 할 수 있다. 기껏 숨긴 필드들을 메서드라는 수단을 통해 외부로 노출시키고 있는 것이다. 이는 캡슐화를 위반한다.

또한, setter로 데이터를 수정하면 어떤부분을 어디서 왜 수정하는지 알 수가 없다. 그러므로 setter 메서드는 도메인의 의미나 의도를 표현하지 못하고, 도메인 로직을 도메인 객체가 아닌 응용 영역이나 표현 영역으로 분산시킨다.

아 그럼 어쩌라고? => 요즘엔 setter대신 의도와 목적이 명확한 메서드를 사용하는 것을 지향하는 추세이다.

getter, setter가 지양되는 OOP 4대원칙, SOLID 개방폐쇄원칙 그리고 이를 해결하기 위한 방법은 더 긴긴 포스팅이 될 것이므로 다음에 추가적으로 자세히 포스팅하겠다.

포스팅 한마디

getter setter를 수없이 쓰면서 그 의도와 목적에 대해서는 '어렴풋이' 알 뿐, 제대로 설명하지 못했다. 우리가 습관적으로, 자연스럽게 쓰는 것들에 대해 '왜?'라는 의문을 가지고, 그것에 대한 답변을 찾아갈때 비로소 '코드를 짠다.'라고 할 수 있는 것 같다. 꼬리의 꼬리를 무는 묵은 포스팅들이 임시저장소에 엄청 많은데 하나씩 해결해가는 재미가 있다.

[JAVA] 내가 while문보다 for문을 선호하는 이유(속도, 구조 비교)

Sat, 01 Jun 2024 08:47:58 GMT

오랜만에 쓰는 포스팅이다. Java강의를 들으며 오랜만에 쓰고 싶은 주제가 생각나 포스팅을 시작해본다.

코테 좀 해봤다는 사람이면, 특정한 경우를 제외하고는 효율성 테스트를 통과하기 위해 while문보다 for문을 사용할 것이다. for문이 효율성면에서 훨씬 유리하기 때문이다.

결론부터 말하자면, for문이 while문보다 속도, 구조적으로 유리하다.

📌 1. for문과 while문의 구조적 차이(스코프 관점)

지역변수는 변수가 선언된 코드블록내에서만 생존한다. 자신이 선언된 코드 블록을 벗어나면 제거되어 접근할 수 없다.

가독성이 좋은 코드를 짜기 위해서는 변수가 생존해야하는 코드블록을 잘 파악하고 선언해야한다. 코드가 복잡할수록 고려해야할 변수가 많아지므로 변수의 적절한 선언위치는 필수적이다.

이제 for문과 while문의 변수 선언 위치를 살펴보자.

//for문
public class For2 {
 public static void main(String[] args) {
     int sum = 0;
     int endNum = 3;
    for(int i=0; i<2; i++){
        sum = sum + i;
    } //for문은 초기식에 직접 변수 선언
  }
}


//while문
public class While1 {
 public static void main(String[] args) {
    int sum = 0;
    int i = 1;
    int endNum = 3;

    while (i <- endNum){
        sum = sum + i;
    }
  }
}

- for문 : 초기식에 직접 변수 선언 (변수 i의 스코프 : for문 안으로 한정) - while문 : while 코드블록 바깥에 선언 (변수 i의 스코프 : main() 메서드 전체)

따라서, 변수 i와 같이 for문안에서만 사용되는 카운터 변수가 있다면 while문보다는 for문을 사용해 스코프의 범위를 제한하는 것이 메모리 사용과 유지보수 관점에서 더 좋다.

이에 대한 차이는 코드의 복잡성이 증가할수록 더 커진다. 이제는 이로인한 속도의 차이를 알아보자.

📌 2. for문과 while문의 속도 차이

for문이 while문보다 미세하지만, 빠른 속도를 가지고 있다.

출처: for문과 while문의 속도 비교 실험

사실, for문과 while문의 속도 차이는 유의미다고 볼만큼 크게 나지 않는다. 그럼에도 효율성 테스트를 하나라도 더 통과해야하는 코테러에게는 유의미하다.

이 미세한 속도차이는 (1)에서 설명한 구조적차이에 있다.

for문은 초기식에 직접 변수를 선언하여 사용하므로 반복문이 끝나면 바로 할당된 메모리를 해제하는 반면 while문은 반복문에 활용되는 변수를 계속 가지고 있기 때문이다.

한줄메모

java가 메모리 할당 및 자원관리에 매우 엄격한 언어인만큼(javascript는 훨씬 유연), 개발자도 이를 활용하여 효율성 및 가독성이 좋은 코드를 짜야한다는 생각이 들었다.

별로 중요한 내용의 포스팅은 아니지만, 이런 사소한 차이가 더 좋은 코드를 만들고, 코드가 더 복잡해질수록 중요해지는 부분이라고 생각하기 때문에 포스팅을 작성해보았다.

[Vue.js] Router 라우터의 개념 및 사용법

Sat, 27 Jan 2024 10:07:13 GMT

📌 1. Vue Router 뷰 라우터란?

뷰 라우터는 Vue.js를 이용하여 싱글 페이지 애플리케이션(SPA)을 구현할 때 사용하는 Vue.js의 공식 라우터이다.

라우터란? (Router)

라우터라고 하면 일반적으로 네트워크간에 데이터를 전송하는 장치를 말한다. 뷰에서 말하는 라우터는 쉽게 말해서 URL에 따라 어떤 페이지를 보여줄지 매핑해주는 라이브러리라고 보면 된다.

예를 들자면, ‘/home’ 경로로 요청이 들어왔을때 ‘Home.vue’ 컴포넌트를 화면에 렌더링 해주는 역할을 수행하는 라이브러리이다.

라우트란? (Route)

어떤 URL에 대해 어떤 페이지를 표시해야 하는지에 대한 정보. 위의 예시에서 ‘/home’ → ‘Home.vue’와 같은 맵핑정보를 라우트(Route)라고 한다.

📌 2. Vue Router 라우터 설정 및 사용법

라우터를 설정하고 사용해보자. 요구사항은 다음과 같다.

'/' 경로가 입력되면 HomeView.vue 를 렌더링 해 줄 것이고, '/about' 경로가 입력되면 AboutView.vue를 렌더링 해 줄 것이다.

‘/’ → HomeView.vue
‘/about’ → AboutView.vue

1) 라우터 설치

먼저 라우터 라이브러리를 사용하려면 설치가 필요하다.

npm install vue-router

2) 라우터 설정

설치된 라이브러리를 사용하기 위한 설정 작업들이다.

// src/router/index.js
import { createRouter, createWebHistory } from 'vue-router';
import HomeView from '@/views/HomeView.vue';
import AboutView from '@/views/AboutView.vue';

//라우트(routes) 정의 : URL 요청에 대해 어떤 페이지(컴포넌트)를 보여줄지에 대한 매핑정보를 정의
const routes = [
  {
    path: '/',
    name: 'home',
    component: HomeView,
  },
  {
    path: '/about',
    name: 'about',
    component: AboutView,
  },
];
const router = createRouter({
  history: createWebHistory('/'),
  routes,
});

export default router;

3) 설정한 라우터 객체를 Vue 인스턴스에 추가

//main.js
import { createApp } from 'vue';
import App from './App.vue';
import router from './router';

createApp(App).use(router).mount('#app');

app.use(router)를 호출 함으로써 컴포넌트 내부에서 $router, $route 객체에 접근할 수 있다.

4) 라우터 사용

vue화면이 헤더와 본문으로 구성되어 있다고 가정해보자. 그렇다면 새로운 경로 요청을 할때 본문 컴포넌트(ex.TheView.vue)에 렌더링을 해주어야 한다.

📌 3. Vue 라우터 사용법 예시

위의 2번에서 다룬 라우터 사용법은 경로(ex.menuId..)에 따라서 본문의 화면을 렌더링해주는 것으로 초기에 설정해두고 해당 코드를 많이 다루지 않는다.

실제 업무에서는 이벤트(버튼 클릭 등)에 따른 화면전환 즉, 실제 컴포넌트의 html과 javascript부에서 라우터를 많이 다룬다.

이해에는 역시 실제로 써보는게 최고다. html과 javascript에서 라우터를 어떻게 사용하는지 예시를 들어보자.

1) HTML 예시 : 네비게이션 기능 만들기

네이버뉴스에서는 위와 같은 네비게이션 바를 제공한다. 연예를 클릭하면, 연예뉴스 페이지로 이동하는 것이다.

이처럼 App.vue의 네비게이션 html부분에서 라우터를 사용할 수 있다.

이제 네비게이션바 부분의 Home을 클릭하면 Home.vue로 이동하고, About을 클릭하면 About.vue로 이동할 것이다.

-

Vue Router 에서는 페이지를 이동할 때는 일반 a태그를 사용하는 대신 커스텀 컴포넌트인 를 사용하여 다른 페이지 링크를 만들어야 한다.

이를 통해 Vue Router는 페이지를 리로딩 하지 않고 URL에 매핑된 페이지를 렌더링 할 수 있다. => SPA를 만들 수 있다. (href는 페이지를 리로딩함)

-

는 URL에 매핑된 컴포넌트를 화면에 표시한다.

2) Javascript 예시 : 버튼 클릭으로 화면 이동

업무에서 주로 쓰는 라우터의 사용은 버튼 클릭 등의 특정 이벤트로 화면을 전환시키는 것이다. 자바스크립트에서 이를 어떻게 쓰는지 알아보자.

먼저 위에서 router를 설정할 때 app.use(router)를 호출했다. 이렇게 호출 함으로써 모든 자식 컴포넌트에 router, route 같은 객체를 사용할 수 있다. 그리고 이러한 객체는 페이지 이동 또는 현재 활성 라우트(경로 매핑)정보 에 접근하는 데 사용할 수 있다.

라우트는 읽기전용의 정보이고, 라우터는 실제 기능이다. router.push('/about')을 통해 about경로의 컴포넌트를 호출한다.

라우터는 많은 옵션을 가지고 있으며, 아주 다양하게 활용할 수 있다. vue공식홈페이지에서 속성들을 살펴볼 수 있다.

이 외에도 route에 params 등의 파라미터를 보낼 수 있으며 쿼리나 해시로도 호출할 수 있다.

참고문헌

vue공식홈페이지 짐코딩-vue3실전편

오늘의 한 줄

나의 계획했던 vue포스팅이 끝났다. 원래는 작년에 라이프사이클로 vue시리즈를 마무리하고, 2023년 회고를 작성하며 새로운 주제를 작성하려 했는데 라우터는 꼭 포스팅하고 싶어서 1월까지 넘어와서 마지막 포스트를 작성했다. 라우터는 실제 업무에서도 정말 많이 쓰이는 라이브러리이기에 원리를 잘 알고, 사용법을 익혀두는 것이 좋다.

프로젝트 오픈시기라 업무가 바빠 포스팅이 조금 더뎌졌지만, 이렇게 19편의 포스트로 vue시리즈를 마무리해본다.

업무를 하다보면 속도를 맞춰야해서 원리나 개념, 자세한 사용법을 알고 지나가기가 어렵다. 넥사크로에서 vue전환 프로젝트를 진행하면서도 그때그때 필요할때마다 검색해 해결하느라 vue에 대해 심도있게 알긴 어려웠다. 검색해서 알게된 지식은 휘발되기 쉽고, 복사 붙여넣기를 주로하게 되는 코드들은 깊게 고민하지 않기 때문이다.

단순히 할 줄 아는 것 말고, 왜 그런지에 대해 답변하고 싶어 굳이 시리즈로 작성한 vue포스트는 'vue를 할 줄 안다.'에서 'vue를 안다.'로 조금은 변화시켜준 것 같다.

그리고 업무중 문법이나 개념을 까먹었을때 내 벨로그에 들어와 내가 포스팅 했던 글을 보러 온다. 이것이 생각보다 큰 도움이 됐다.. 내가 쓴 글은 나에게 맞춤 포스팅이 돼주기 때문이다.

이후에는 시간이 생기면 pinia, vite, 플러그인, 커스텀 등 재밌는 주제로 간간이 올려볼 생각이다. 개인 플젝에 vue를 붙였으니 플젝을 하면서 알게된 것들도 간간이 올릴 것이다.

다음 시리즈의 새로운 주제로는 스프링 프로젝트/디자인패턴 포스팅을 시작하려고 한다. 최근에는 해커랭크의 sql을 공부중이라 3월에 pl/sql까지 마무리하고서야 포스팅을 시작할 수 있지 않을까 싶다. 지금 공부하는 sql은 한건한건 포스트 하긴 의미가 없어보여 이후에 하나의 포스트로 올리는게 좋을 것 같다.

블로그에 2023년 회고를 꼭 작성하고 싶었는데 이것도 오픈이 마무리되면 작성할 수 있을 것 같다. 어쩌다보니 2024년 첫 포스팅인데 2024년 개발도 화이팅이다!

[Vue.js] Vue의 생명주기 : Lifecycle Hook

Wed, 06 Dec 2023 11:29:38 GMT

📌 Vue의 생명주기 : Lifecycle

각각의 Vue 컴포넌트 인스턴스는 생성되고 소멸될 때 사전에 정의된 몇 단계의 과정을 거치게 되는데 이를 라이프사이클(lifecycle)이라 한다.

라이프사이클 훅(Lifecycle hooks)은 위의 이미지와 같은 라이프사이클 단계에서 사용자가 자신의 코드를 추가할 수 있는 단계별 기능(function)이다. 즉, 라이프 사이클의 각 단계 사이사이에 실행되는 함수들을 뜻한다.

아래와 같이 접두사 on을 붙여 컴포넌트의 라이프사이클 훅에서 코드를 실행할 수 있다.

📌 Lifecycle hook 단계

Creation(생성) → Mounting(장착) → Updating(수정) → Destruction(소멸)

1) Creation

- vue3부터는 setup()함수로 대체 -

*컴포넌트 초기화 단계이며 Creation Hooks은 라이프사이클 단계에서 가장 먼저 실행된다. *

아직 컴포넌트가 DOM에 추가되기 전이므로 DOM에 접근할 수 없다.
서버렌더링에서 지원되는 단계
클라이언트나 서버 렌더 단에서 처리해야 할 일이 있으면 이 단계에서 진행

beforeCreate

컴포넌트 인스턴스가 초기화 될 때 실행된다. data() 또는 computed와 같은 다른 옵션을 처리하기 전에 즉시 호출된다.

created

컴포넌트 인스턴스가 초기화를 완료한 후 호출되는 훅.

setup

Composition API의 setup() 훅은 Options API 훅 보다 먼저 호출된다.

beforeCreate와 created 라이프사이클 훅은 Options API에서 사용하는 라이프사이클 훅으로 Vue3 Composition API를 활용하여 개발을 진행할 때는 setup()함수로 대체할 수 있다.

단계를 더 잘이해하기 위해 콘솔을 찍어보자.

export default {
  setup() {
    console.log('setup'); //setup 출력
    return {};
  },
  data: () => ({
    dataMessage: 'data message',
  })
  beforeCreate() {
    console.log('beforeCreate', this.dataMessage); // undefined 출력
  },
  created() {
    console.log('create', this.dataMessage); //datamessge 출력
    console.log(this); // 인스턴스 접근 가능
  },

}

beforecreate는 인스턴스가 초기화를 완료하기 전에 실행되므로, this.dataMessage, this에 접근할 수 없다.

2) Mounting

DOM에 컴포넌트를 삽입하는 단계이다. onBeforeMount와 onMounted가 있다.

서버렌더링에서 지원되지 않는다.
초기 렌더링 직전에 돔을 변경하고자 한다면 이 단계에서 활용할 수 있다.

onBeforeMount

컴포넌트가 마운트되기 직전에 호출된다.

대부분의 경우 사용을 권장하지 않는다.

onMounted

컴포넌트가 마운트된 후에 호출된다. DOM에 접근할 수 있다.

모든 자식 컴포넌트가 마운트되었음을 의미합니다.
자체 DOM 트리가 생성되어 상위 컴포넌트에 삽입되었음을 의미한다.

컴포넌트의 마운트, 돔에 접근할 수 있다는게 무슨 뜻을 의미할까? 예시를 살펴보자.

onBeforeMount에서는 마운트가 완료되기전이기 때문에 돔에 접근할 수 없어 null이 출력된다. 하지만, onMounted에서는 마운트가 완료된 후라 돔의 inputRef.value에 접근할 수 있다.

추가적으로, create는 부모->자식순으로 완료되고, mount는 자식->부모순으로 완료된다. 즉, 부모에서 onMounted가 호출되면 모든 자식 컴포넌트가 마운트 되었을을 의미한다.

Updating

반응형 상태 변경으로 컴포넌트의 DOM 트리가 업데이트된 후 호출될 콜백을 등록한다.

디버깅이나 프로파일링 등을 위해 컴포넌트 재 렌더링 시점을 알고 싶을 때 사용하면 된다.
돔에 렌더링 되지 않은 반응형 변수의 변경에는 호출되지 않는다.

onBeforeUpdate

반응형 상태 변경으로 컴포넌트의 DOM 트리를 업데이트하기 직전에 호출될 콜백을 등록한다.

컴포넌트에서 사용되는 반응형 상태 값이 변해서, DOM에도 그 변화를 적용시켜야 할 때가 있다. 이 때, 변화 직전에 호출되는 것이 바로 onBeforeUpdate 훅이다.

onUpdated

반응 상태 변경으로 인해 컴포넌트가 DOM 트리를 업데이트한 후에 호출된다.

상위 컴포넌트의 onUpdated훅은 하위 컴포넌트의 훅 이후에 호출된다. (Child → Parent)

이 훅은 다른 상태 변경으로 인해 발생할 수 있는 컴포넌트의 DOM 업데이트 후에 호출된다. 특정 상태 변경 후에 업데이트된 DOM에 액세스해야 하는 경우 대신 nextTick()을 사용하는 것이 추천된다.

WARNING onUpdated 훅에서 컴포넌트 상태를 변경하지 말자. 그러면 무한 업데이트 루프가 발생할 수 있다!

// message.value = 'Hello World!'로 데이터 변경

onBeforeUpdate, onUpdated 모두 message.value는 'Hello World!'로 변경된 값이 출력되었다. 다만, 돔의 document.querySelector('#message').textContent 값은 onBeforeUpdate에서는 출력되지 않았다. 돔 트리를 업데이트하기 전에 호출되기 때문이다.

이에 반해 onUpdated에서는 document.querySelector('#message').textContent의 값이 'Hello World!'로 출력되었다. 돔 트리를 업데이트 한 후 호출되기 때문이다.

Destruction

해체(소멸)단계 이며 onBeforeUnmount와 onUnmounted가 있다.

onBeforeUnmount

컴포넌트가 마운트 해제되기 직전에 호출된다.

onUnmounted

컴포넌트가 마운트 해제된 후 호출된다.

ETC

참고문헌

Vue3 공식문서 - LifeCycle Vue3 기본편 - 짐코딩

드디어 벼르고 벼르던 라이프 사이클 훅에 대해 다뤘다.

업무를 하다보면, 라이프 사이클 훅을 사용해야 하는 경우들이 종종 발생한다. 컴포넌트가 마운트 되기전에 처리해야하는 로직들도 있고, 언마운트 되기 전에 처리해야하는 경우도 있다. 생명주기를 잘 알아둬야, 필요한 순간에 적절하게 사용할 수 있다.

이제 정말 vue 포스팅이 얼마남지 않았다. 끝까지 화이팅!

[Vue.js] Provide / Inject 자식의 자식의...n에게 데이터 전달하기

Wed, 01 Nov 2023 09:54:03 GMT

📌 1. Provide / Inject

1) Provide와 Inject란?

부모 컴포넌트에서 자식 컴포넌트로 데이터를 전달할 때 Props를 사용했었다.

그런데 위와 같이 Props의 깊이가 깊다고 가정해보자. 그것도 아주 많이 깊다고 가정해보면, 계속해서 Props로 전달하는 것은 굉장히 불편할 것이다. 중간에 있는 컴포넌트들은 그저 Props를 전달하기 위해 선언해야 할 것이다. 이렇게 하위 컴포넌트들이 전달하는 용도로만 쓰이는 과정을 Prop Drilling이라고 한다.

이것을 해결할 수 있는 것이 바로 Provide와 Inject이다.

Provide와 Inject를 사용하면, 부모 컴포넌트는 계층구조에 상관없이 자식 컴포넌트에 데이터를 전달할 수 있다.

2. Provide / Inject 사용법

(1) Provide

import { provide, ref } from 'vue';

export default {
  setup() {
    const message = ref('Hello World!');
    provide('message', message);
    return {
      message,
    };
  },
};

첫 번째 파라미터(주입할 키): 문자열 또는 Symbol. 주입 키는 하위 컴포넌트에서 주입된 값을 조회하는 데 사용된다.
두 번째 파라미터(주입할 값): 값은 refs와 같은 반응형 데이터를 포함하여 모든 유형이 될 수 있다.

(2) Inject

import { inject } from 'vue';
export default {
  setup() {
    const message = inject('message');
    const appMessage = inject('appMessage');
    return {
      message,
      appMessage,
    };
  },
};

Inject를 통해 상위 컴포넌트에서 제공한 데이터를 삽입할 수 있다. 주입된 값이 ref이면 반응형 연결을 유지할 수 있다.

만약에 Inject로 주입된 키가 상위 체인에서 제공된 적이 없는 경우 런타임 경고가 표시된다. 이 때 두번째 인자로 기본값(default value)를 설정할 수 있다.

const defaultMessage = inject('defaultMessage', 'default message');

기본값으로 팩토리 함수를 제공할 수도 있다.

const defaultMessage = inject('defaultMessage', () => 'default message');

3. 반응형 데이터 제공시 주의점

Provide/Inject를 반응성 데이터로 제공할 때 가능한 모든 변경을 Provider 내부에서 하는 것이 좋다. 예를 들면 자식 컴포넌트에서 주입받은 값을 변경하고 싶으면, Injector 내부 컴포넌트에서 변경하지 말고 Provider에서 데이터 변경 함수를 함께 제공하는 것이 좋다.

// Provider
const message = ref('Hello World!');
const updateMessage = () => {
  message.value = 'world!';
};
provide('message', { message, updateMessage });

// Injector
const { message, updateMessage } = inject('message');

이렇게 Provider 내부에 배치되면 향후 유지관리가 용이하다.

주입된 컴포넌트에서 제공된 값을 변경할 수 없도록 하려면 readonly() 함수를 사용할 수 있다.

import { provide, readonly, ref } from 'vue';

provide('count', readonly(count));

4. Symbol 키 사용

대규모 애플리케이션에서 다른 개발자와 함께 작업할 때 잠재적 충돌을 피하기 위해 Symbol 주입 키를 사용하는 것이 가장 좋다.

// keys.js
export const myInjectionKey = Symbol()

// in provider component
import { provide } from 'vue'
import { myInjectionKey } from './keys.js'

provide(myInjectionKey, {
  /* data to provide */
})

// in injector component
import { inject } from 'vue'
import { myInjectionKey } from './keys.js'

const injected = inject(myInjectionKey)

5. App-level Provide

컴포넌트에서 데이터를 제공하는 것 외에도 App-level에서 제공할 수도 있다. App컴포넌트는 모든 자식 컴포넌트의 부모 컴포넌트이므로 App-level에서 제공하면 모든 컴포넌트에서 받아 쓸 수 있다.

import { createApp } from 'vue';
import App from './App.vue';
const app = createApp(App);
app.provide('appMessage', 'Hello app message');
app.mount('#app');

이것은 Plugin을 작성할 때 유용하다. Vue2에서 컴포넌트 인스턴스 객체를 추가할 때 global property에 추가 했으나, Vue3에서 Composition API Setup 함수에서는 컴포넌트 인스턴스에 접근할 수 없다.

이때 대신 Provide/Inject를 사용할 수 있다.

참고문헌

vue공식문서 Provide/Inject 인프런 Vue3기본편 - 짐코딩

[Vue.js] Slot이란? - 컴포넌트 컨텐츠 전달

Wed, 18 Oct 2023 11:06:17 GMT

📌 Slot

html과 마찬가지로 컴포넌트에 컨텐츠를 전달할 수 있도록 해준다.

한마디로, 특정 내용 뭉텅이를 가져다가 컴포넌트 안에 삽입시키고 싶을 때 쓰는 것이다.

역시 예시로 시작해보자. FancyButton.vue를 만들었다.

버튼에서 보여줘야할 텍스트가 화면마다 다르다고 가정해보자. A화면에서는 '확인'이라는 텍스트를 띄울거고, B화면에서는 '취소'라는 텍스트를 띄우고 싶다.

버튼은 똑같은 버튼이지만, 버튼에 들어갈 텍스트만 달라지는 것이다. 이 경우 사용하는 것이 바로 slot이다.

부모창에서 fancyButton.vue 버튼 컴포넌트를 불러와서 사용해보자.

이제 '확인'이라는 텍스트는 fancyButton.vue의 태그를 지정해놓은 곳에 삽입된다.

위와 같은 결과가 나오는 것이다.

슬롯은 텍스트뿐만아니라 HTML요소, 컴포넌트 등 다양한 모든 컨텐츠가 될 수 있다.

(1) Fallback Content

상위 컴포넌트에서 슬롯 콘텐츠가 제공되지 않을때 슬롯에 대한 폴백(기본 콘텐츠)을 지정할 수 있다.

(2) Named Slots

요소에 이름을 부여하여 여러개의 을 정의할 수 있다.

에 name속성을 부여하여 특정 슬롯 컨텐츠가 렌더링 되어야 할 위치를 설정할 수 있다.
name이 없는 의 이름은 암시적으로 default이다.

위 예시처럼 name이 부여된 에 컨텐츠를 전달하려면 v-slot 디렉티브를 사용하여 전달할 수 있다. 그리고 v-slot:전달인자를 사용하여 지정한 슬롯 컨텐츠에 전달할 수 있다.

v-slot은 #으로 단축 표현할 수 있다.

그리고 default 슬롯은 암시적으로 처리할 수 있다.

(3) Dynamic Slot Named

v-slot 디렉티브 전달인자에 데이터를 바인딩하여 동적으로 변경할 수도 있다.

(4) Render Scope

슬롯 콘텐츠는 상위 컴포넌트에 정의되어 있으므로 상위 컴포넌트의 데이터 영역에 접근은 가능하지만 하위 컴포넌트의 영역에는 접근할 수 없다.

(5) Scoped Slots

자식 컴포넌트에서 요소를 사용할 때 props를 전달하는 것처럼 속성을 슬롯 컨텐츠에 전달할 수 있다.

(3)Render Scope에서 언급했던 것처럼 슬롯 콘텐츠는 자식 컴포넌트의 데이터에 접근할 수 없다.

다만, 아래와 같이 전달할 수 있다.

default 이 하나 밖에 없는 경우에는 v-slot 디렉티브를 사용하여 props를 전달 받을 수 있다.


  {{ slotProps.text }} {{ slotProps.count }}

구조분해할당 문법으로 더 편리하게 받을 수 있다.


  {{ text }} {{ count }}

(6) Named Scoped Slots

이름이 부여된 슬롯도 유사하게 작동한다. v-slot:name="slotProps”

참고로, 슬롯에 접근하고 싶으면 $slot을 이용하면 된다.

참고문헌

vue3 공식문서 - slot vue3 완벽마스터 - 짐코딩

[Vue.js] Non-Prop 속성 (fallthrough 속성)

Wed, 18 Oct 2023 09:59:01 GMT

📌 Non-Prop 속성(fallthrough 속성)

*Non-Prop 속성은 props 또는 event 에 명시적으로 선언되지 않은 속성 또는 이벤트이다. (ex. class, style, id) *

이전포스팅(emits)에서 '왜 이벤트를 선언해야 하는가?'라는 질문에 'vue가 non-prop 속성에 알려진 리스너(Fallthrough)를 제외할 수 있기 때문'이라고 답한적이 있다.

이번 포스팅은 저 문장을 이해하는 포스팅이 될 것이다. 결론은 간단해서 포스팅을 망설였으나, 'why'에 집중하기에 포스팅을 작성해본다.

먼저, 당연하듯 예시부터 살펴보겠다. LabelInput.vue라는 자식 컴포넌트가 있고, 이를 부모 컴포넌트에서 다음과 같이 사용했다고 가정해보자.

자식 컴포넌트의 이벤트 선언 부분을 살펴보자.

export default{
    props:['label']
}

label은 props에 선언되어 있지만, class와 style은 props에 선언되어 있지 않다. 이때 선언되어 있지 않은 class와 style같은 속성 또는 이벤트를 Non-prop 속성이라 한다.

그럼 이 속성들은 어떻게 될까? 루트 요소의 속성에 자동으로 추가된다. 속성 상속이 이루어지는 것이다.

1. 속성 상속

Non-prop 속성은 루트요소에 자동으로 추가된다.

class, style 속성 병합

만약, 자식 컴포넌트 루트요소에 이미 class와 style 속성이 정의되어 있으면, 부모로부터 받은 class와 style 속성과 병합한다.

이 외는 덮어씌운다.

v-on 이벤트 리스너 상속

@click 리스너는 컴포넌트 루트요소에 추가된다. 만약 루트요소에 이미 바인딩된 이벤트가 있다면 두 리스너 모두 트리거 된다.

여기서 주의해야할 점은, 루트요소에 추가된다는 것이다. 루트요소에 이벤트가 추가되면 의도치 않은 상황이 발생할 수 있다.

예를 들어, 자식 컴포넌트 labelInput.vue가 다음과 같이 작성되어 있다고 가정해보자.

부모컴포넌트에서 상속받은 non-props 이벤트리스너 @click="onClick"은 루트요소인

에 상속될 것이다.

즉, 나는 버튼을 클릭했을 때만 이벤트를 실행시키고 싶은데

영역을 클릭하면 이벤트가 실행되는 현상이 나타나는 것이다.

어떻게 해결해야할까? 이때 필요한것이 속성 상속의 비활성화이다.

2. 속성 상속 비활성화

컴포넌트가 자동으로 Non-Prop 속성을 상속하지 않도록 하기위해 컴포넌트의 inheritAttrs: false 옵션을 설정할 수 있다.

컴포넌트에 Non-Prop 속성을 비활성화 하는 일반적인 경우는 자식 컴포넌트의 루트요소에 이외의 다른 요소에 Non-Prop 속성을 적용하고 싶을 때이다.

그리고 적용해야하는 요소에

Song's DLog

[Data Structure]이진트리(Binary Tree)란? (이해와 활용)

📌 이진트리(Binary Tree)의 개념과 이해

1. 이진트리(Binary Tree)란?

2. 이진트리의 목적

3. 이진트리의 이해 ✨

▶ 배열을 이진탐색 트리로 만드는 예제 🐭

📌 2. 이진트리 탐색 방법(전위·중위·후위·레벨순회)

📌 3. 이진트리의 종류

4. 이진트리 구현(Java)

불변객체(Immutable Object)란? (+불변객체를 사용해야하는 상황 및 예제)

📌 1. 불변객체(Immutable Object)란?

📌 2. 공유 참조와 사이드 이펙트(기본형과 참조형의 공유)

▶ 기본형 타입

▶ 참조형 타입

💡 사이드이펙트(Side Effect)란?

⭐ 그래서 등장한 것이 바로 불변객체이다!

📌 3. 불변객체 - 도입

정리

마지막 한 줄

참고

'=='연산자와 equals() 메서드의 차이(동일성 vs 동등성)

📌 1. 동일성 vs 동등성

📌 2. 동일성 vs 동등성 예제

▶ 동일성 동등성 예제

▶ 문자열 예제1

▶ 문자열 예제2

출처

[java구현]Parant parent = new Child();의 경우, 오버라이딩 된 메서드를 메모리에서 어떻게 찾아갈 것인가?(동적 디스패치)

📌 1. 오버라이딩 된 메서드 호출

예쁘다 아이유...♥

📌 2. 정적 메서드 디스패치(Static Dispach)와 동적 메서드 디스패치(Dynamic Method Dispatch)

2-1. 정적 메서드 디스패치(Static Dispach)

2-2. 동적 메서드 디스패치(Dynamic Method Dispatch)

💡 결론

Ref.

상속과 메모리 구조

📌 1. 상속과 메모리 구조

출처

[Java] 정적 메서드(static)는 오버라이딩이 될까? (메서드 은닉)

📌 !!! 그래서 정적 메서드(static)는 오버라이딩이 될까? 안될까?

▶ 결론부터 말하자면, 불가하다! static 메서드는 method overriding (재정의)이 아닌 method hiding (은닉)을 수행한다!

참고문헌

오늘의 한 줄

getter, setter란?(+사용하는 이유, 지양하는 이유)

📌 1. getter, setter란?

📌 2. getter, setter 사용하는 이유

💡 데이터의 무결성은 데이터의 정확성, 일관성, 유효성이 유지되는 것을 말한다

📌 3. getter, setter를 지양하는 이유

포스팅 한마디

[JAVA] 내가 while문보다 for문을 선호하는 이유(속도, 구조 비교)

📌 1. for문과 while문의 구조적 차이(스코프 관점)

📌 2. for문과 while문의 속도 차이

한줄메모

[Vue.js] Router 라우터의 개념 및 사용법

📌 1. Vue Router 뷰 라우터란?

라우터란? (Router)

라우트란? (Route)

📌 2. Vue Router 라우터 설정 및 사용법

1) 라우터 설치

2) 라우터 설정

3) 설정한 라우터 객체를 Vue 인스턴스에 추가

4) 라우터 사용

📌 3. Vue 라우터 사용법 예시

1) HTML 예시 : 네비게이션 기능 만들기

-

-

2) Javascript 예시 : 버튼 클릭으로 화면 이동

Home Page

참고문헌

오늘의 한 줄

[Vue.js] Vue의 생명주기 : Lifecycle Hook

📌 Vue의 생명주기 : Lifecycle

📌 Lifecycle hook 단계

1) Creation

beforeCreate

created

setup

2) Mounting

onBeforeMount