❓
물음표살인마 블로그
  • README
  • ALGORITHM
    • Sieve of Eratosthenes
    • Round Up
    • Binary Search
    • Union Find
    • Sorting Array
    • Lcm, Gcd
  • TechTalk Review
    • Template
  • Books
    • CS Note for Interview
      • Ch1. Design Pattern & Programming paradigm
        • 1.1.1 Singleton Pattern
        • 1.1.2 Factory Pattern
        • 1.1.4 Observer Pattern
        • 1.1.5 Proxty Pattern & Proxy Server
        • 1.1.8 Model-View-Controller Pattern
        • 1.2.1 Declarative and Functional Programming
        • 1.2.2 Object Oriented Programming
      • Ch2. Network
        • 2.2.1 TCP/IP Four-Layer Model
        • 2.2.1-1 TCP 3, 4 way handshake
        • 2.3 Network Devices L4, L7
        • 2.4.1 ARP, RARP
        • 2.4.2 Hop By Hop Communication
        • 2.4.3 IP Addressing Scheme
      • Ch3. Operating System
        • 3.1.1 Roles and Structure of Operating Systems
        • 3.2.1 Memory Hierarchy
        • 3.2.2 Memory Management
        • 3.3.1 Processes and Compilation Process
        • 3.3.3 Memory Structure of a Process
        • 3.3.4 Process Control Block (PCB)
        • 3.3.5 Multiprocessing
        • 3.3.6 Threads and Multithreading
        • 3.3.7 Shared Resources and Critical Sections
        • 3.3.8 Deadlock
        • 3.4 CPU Scheduling Algorithm
      • Ch4. Database
        • 4.1 Database Basic
        • 4.2 Normalization
        • 4.3 Transaction and Integrity
        • 4.4 Types of Databases
        • 4.5 Indexes
        • 4.6 Types of Joins
        • 4.7 Principles of Joins
      • Ch5. Data Structure
    • Learning the Basics of Large-Scale System Design through Virtual Interview Cases
      • 1. Scalability based on user counts(1/2)
      • 1. Scalability based on user counts(2/2)
      • 2.Back-of-the-envelope estimation
      • 3. Strategies for System Design Interviews
      • 4. Rate Limiter
      • 5. Consistent Hashing
      • 6. Key-Value System Design
      • 7. Designing a Unique ID Generator for Distributed Systems
      • 8. Designing a URL Shortener
      • 9. Designing a Web Crawler
      • 10. Notification System Design
      • 11. Designing a News Feed System
      • 12. Chat System Design
      • 13. AutoComplete
      • 14. Design YouTube
      • 15. Design Google Drive
      • Loadbalancer Algorithms
      • Cache tier
      • CDN, Content Delivery Network
      • Stateless Web tier
    • Computer System A programmer's perspective
    • Effective Java
      • Item 1. Consider Static Factory Methods Instead of Constructors
      • Item 2. Consider a Builder When Faced with Many Constructor Parameters
      • Item 3. Ensure Singleton with Private Constructor or Enum Type
      • Item 4. Enforce Noninstantiability with a Private Constructor
      • Item 5. Prefer Dependency Injection to Hardwiring Resources
      • Item 6. Avoid Creating Unnecessary Objects
      • Item 7. Eliminate Obsolete Object References
      • Item 8. Avoid Finalizers and Cleaners
      • Item 9.Prefer try-with-resources to try-finally
      • Item10. Adhering to General Rules When Overriding equals
        • Handling Transitivity Issues
        • Ensuring Consistency
      • Item11. Override hashCode When You Override equals
      • Item12. Always Override toString
        • Always Override toString
      • Item13. Override Clone Judiciously
      • Item14. Consider Implementing Comparable
      • Item15. Minimize the Accessibility of Classes and Members
      • Item16. Accessor Methods Over Public Fields
      • Item17. Minimize Mutability
      • Item18. Composition over inherentance
      • Item19. Design and Document for Inheritance, or Else Prohibit It
      • Item20. Prefer Interfaces to Abstract Classes
      • Item21. Design Interfaces with Implementations in Mind
      • Item22. Use Interfaces Only to define Types
      • Item23. Prefer Class Hierarchies to Tagged Classes
      • Item24. Favor Static Member Classes Over Non-Static
      • Item28. Use Lists Instead of Arrays
      • Item29. Prefer Generic Types
      • Item30. Favor Generic Methods
    • Head First Design Patterns
      • Ch1. Strategy Pattern
      • Ch2. Observer Pattern
        • Ver1. Ch2. Observer Pattern
      • Ch3. Decorator Pattern
        • Ch3. Decorator Pattern
      • Ch4. Factory Pattern
      • Ch5. Singleton Pattern
      • Ch6. Command Pattern
      • Ch7. Adapter and Facade Pattern
      • Ch8. Template Method Pattern
    • Digging Deep into JVM
      • Chapter 2. Java Memory Area & Memory Overflow
      • Chapter 3. Garbage Collector & Memory Allocation Strategy (1/2)
      • Chapter 3. Garbage Collector & Memory Allocation Strategy (2/2)
      • Chapter 5. Optimization Practice
      • Chapter 6. Class file structure
      • Chapter 8. Bytecode Executor Engine (1/2)
  • Interview Practices
    • Restful API Practices
      • Url Shortener API
      • Event Ticket Reservation API
      • Course Management API
      • Search posts by tags API
      • Online Code platform API
      • Simple Task Management API
      • Event Participation API
      • Review System API
      • Car management API
      • Online Library
    • Tech Review
      • if(kakao)
        • Kakao Account Cache Migration / if(kakao)2022
        • Improving the Anomaly Detection System for KakaoTalk Messaging Metrics / if(kakao) 2022
        • Standardizing API Case Handling Without Redeployment / if(kakaoAI)2024
        • JVM warm up / if(kakao)2022
    • Naver Computer Science
      • Process & Thread
      • TCP & UDP
      • Spring & Servlet
      • Filter & Interceptor & AOP
      • Equals() & ==
      • Dependency Injection
      • Object Oriented Programming
  • F-Lab
    • Week1
      • Client & Server
      • HTTP
      • TCP/UDP
      • REST API
      • Questions
        • Object Oriented Programming
        • HTTP
        • Process & Thread
        • Data Structure
    • Week2
      • OSI 7 layer
      • Web vs WAS
    • Week3
      • RDB vs NoSQL
      • RDB Index
      • Cache
      • Redis
      • Messaging Queue
    • Week4
      • Project - Ecommerce
    • Week5
      • ERD - 1
    • Week6
      • Ecommerce - 2
      • Role
      • pw hashing && Salt
      • CreatedAt, ModifiedAt
      • JWT
      • Copy of ERD - 1
    • Week7
      • Vault (HashiCorp Vault)
    • Week 8
      • Api Endpoints
    • Week10
      • Product Create Workflow
  • TOY Project
    • CodeMentor
      • Implementation of Kafka
      • Project Improvement (Architectural Enhancements)
      • Communication between servers in msa
  • JAVA
    • MESI protocol in CAS
    • CAS (Compare and Set)
    • BlockingQueue
    • Producer & Consumer
    • Synchronized && ReentrantLock
    • Memory Visibility
    • Checked vs Unchecked Exception
    • Thread
    • Batch delete instead of Cascade
    • Java Questions
      • Week 1(1/2) - Basic Java
      • Week 1(2/2) - OOP
      • Week 2(1/2) - String, Exception, Generic
      • Week2(2/2) Lambda, Stream, Annotation, Reflection
      • Week3(1/2) Collections
      • Week3(2/2) Threads
      • Week4 Java Concurrency Programming
      • Week5 JVM & GC
    • Java 101
      • JVM Structure
      • Java Compiles and Execution Method
      • Override, Overload
      • Interface vs Abstract Class
      • Primitive vs Object Type
      • Identity and equality
      • String, StringBuilder, StringBuffer
      • Checked Exceptions and Unchecked Exceptions
      • Java 8 methods
      • Try-with-reources
      • Strong Coupling and Loose Coupling
      • Serialization and Deserialization
      • Concurrency Programming in Java
      • Mutable vs Immutable
      • JDK vs JRE
  • SPRING
    • DIP. Dependency Inversion Principal
    • Ioc container, di practice
    • @Transactional
    • Proxy Pattern
    • Strategy Pattern
    • Template Method Pattern
    • using profile name as variable
    • Spring Questions
      • Spring Framework
      • Spring MVC & Web Request
      • AOP (Aspect-Oriented Programming)
      • Spring Boot
      • ORM & Data Access
      • Security
      • ETC
  • DATABASE
    • Enhancing Query Performance & Stability - User list
    • Ensuring Data Consistency, Atomicity and UX Optimization (feat.Firebase)
    • Redis: Remote Dictionary Server
    • Database Questions
      • Week1 DBMS, RDBMS basics
      • Week2 SQL
      • Week3 Index
      • Week4 Anomaly, Functional Dependency, Normalization
      • Week5 DB Transaction, Recovery
    • Normalization
      • 1st Normal Form
      • 2nd Normal Form
      • 3rd Normal Form
  • NETWORK
    • HTTP & TCP head of line blocking
    • HTTP 0.9-3.0
    • Blocking, NonBlocking and Sync, Async
    • Network Questions
      • Week1 Computer Network Basic
      • Week2(1/3) Application Layer Protocol - HTTP
      • Week2(2/3) Application Layer Protocol - HTTPS
      • Week2(3/3) Application Layer Protocol - DNS
      • Week3 Application Layer
      • Week4 Transport Layer - UDP, TCP
      • Week5 Network Layer - IP Protocol
    • Network 101
      • https://www.google.com
      • TCP vs UDP
      • Http vs Https
      • TLS Handshake 1.2
      • HTTP Method
      • CORS & SOP
      • Web Server Software
  • OS
    • Operating System Questions
      • Week1 OS & How Computer Systems Work
      • Week2(1/2) Process
      • Week2(2/2) Thread
      • Week3 CPU Scheduling
      • Week4 Process Synchronize
      • Week5 Virtual Memory
    • Operating System 101
      • Operating system
        • The role of the operating system
        • The composition of the operating system.
      • Process
        • In Linux, are all processes except the initial process child processes?
        • Zombie process, orphan process
        • (Linux) Daemon process
        • Process address space
        • Where are uninitialized variables stored?
        • Determination of the size of the Stack and Heap
        • Access speed of Stack vs Heap
        • Reason for memory space partitioning
        • Process of compiling a process
        • sudo kill -9 $CURRENT_PID
      • Thread
        • Composition of a thread's address space
      • Process vs Thread
        • Creation of processes and threads in Linux
      • Multiprocessing
        • Web Browser
        • Implementation of multiprocessing
        • Application areas of multiprocessing
      • Multithreading
        • Application areas of multithreading
      • Interrupt
        • HW / SW Interrupt
        • Method of handling interrupts
        • Occurrence of two or more interrupts simultaneously
      • Polling
      • Dual Mode
        • Reason for distinguishing between user mode and kernel mode
      • System call
        • Differentiation between system calls
        • Types of system calls
        • Execution process of a system call
      • Process Control Block (PCB)
        • PCB의 구조
        • 쓰레드는 PCB를 갖고 있을까?
        • 프로세스 메모리 구조
      • Context switching
        • Timing of context switching
        • Registers saved during context switching
        • Context switching in processes
        • Context switching in threads
        • Difference between context switching in processes and threads
        • Information of the current process during context switching
      • Interprocess Communication (IPC)
        • Cases where IPC is used
        • Process address space in IPC Shared Memory technique
        • Types of IPC
  • COMPUTER SCIENCE
    • Computer Architecture 101
      • 3 components of a computer
      • RAM vs ROM
      • CPU vs GPU
      • SIMD
      • Two's complement
      • Harvard Architecture vs. von Neumann Architecture
      • The structure of a CPU.
      • Instruction cycle (CPU operation method)
      • Instruction pipelining
      • Bus
      • Memory area
      • Memory hierarchy structure
        • Reason for using memory hierarchy structure
      • Cache memory
      • L1, L2, L3 Cache
      • Locality of reference (cache)
      • Fixed-point vs Floating-point
        • epresentation of infinity and NaN (Not a Number) in floating-point
      • RISC vs CISC
      • Hamming code
      • Compiler
      • Linking
      • Compiler vs Interpreter
      • Mutex vs Semaphore
      • 32bit CPU and 64bit CPU
      • Local vs Static Variable
      • Page
  • Programming Paradigm
    • Declarative vs Imperative
  • JPA, QueryDsl
    • why fetchResults() is deprecated
  • PYTHON
    • Icecream
  • FASTAPI
    • Template Page
  • LINUX
    • Template Page
  • DATA STRUCTURE
    • Counting Sort
    • Array vs Linked List
  • GIT, Github
    • git clone, invalid path error
  • INFRA
    • Template Page
  • AWS
    • Server Log Archive Pipeline
    • Image Processing using Lambda
  • DOCKER
    • Docker and VM
    • Python Executable Environment
    • Docker commands
  • docker-compose
    • Kafka, Multi Broker
  • KUBERNATES
    • !Encountered Errors
      • my-sql restarts
      • kafka producer: disconnected
    • Kubernetes Components
    • Helm
      • Helm commands
    • Pod network
    • Service network
      • deployment.yaml
      • services.yaml
    • Service type
      • Cluster IP
      • NodePort
    • service-name-headless?
    • kube-proxy
  • GraphQL
    • Template Page
  • WEB
    • Template Page
  • Reviews
    • Graphic Intern Review
    • Kakao Brain Pathfinder Review
    • JSCODE 자바 1기 Review
  • 😁Dev Jokes
    • Image
      • Plot twist
      • Priorities
      • SQL join guide
      • Google is generous
      • Genie dislikes cloud
      • buggy bugs
      • last day of unpaid internship
      • what if clients know how to inspect
      • its just game
      • how i wrote my achievement on resume
      • self explanatory
      • chr(sum(range(ord(min(str(not))))))
Powered by GitBook
On this page
  • 1. 기본 개념 이해
  • 1.1 추상 클래스(Abstract Class)란?
  • 1.2 인터페이스(Interface)란?
  • 2. 추상 클래스와 인터페이스의 주요 차이점
  • 2.1 다중 상속 가능 여부
  • 2.2 구현된 메서드의 존재 여부
  • 2.3 목적과 사용 사례
  • 3. 자바 스프링부트에서의 활용
  • 3.1 서비스 레이어에서의 인터페이스 활용
  • 3.2 추상 클래스의 활용
  • 4. 인터페이스와 추상 클래스의 선택 기준
  • 5. 결론
  1. JAVA
  2. Java 101

Interface vs Abstract Class

인터페이스와 추상 클래스의 차이점

1. 기본 개념 이해

1.1 추상 클래스(Abstract Class)란?

추상 클래스는 객체 지향 프로그래밍(OOP)에서 일부 메서드가 구현되지 않은 클래스를 말합니다. 이 클래스는 다른 클래스가 상속받아 확장하도록 설계된 클래스로, 공통적인 속성과 메서드를 정의하지만, 일부 메서드는 하위 클래스에서 반드시 구현해야 합니다. 즉, 추상 클래스 자체로는 객체를 생성할 수 없으며, 주로 공통적인 기능을 공유하는 여러 클래스들을 모듈화하기 위해 사용됩니다.

public abstract class Animal
public abstract class Animal {
    // 공통 속성
    protected String name;

    // 생성자
    public Animal(String name) {
        this.name = name;
    }

    // 공통 메서드
    public void sleep() {
        System.out.println(name + " is sleeping.");
    }

    // 추상 메서드 (하위 클래스에서 구현 필요)
    public abstract void sound();
}

위의 Animal 클래스는 공통적인 속성과 메서드를 가지고 있지만, sound()라는 메서드는 구현되지 않았습니다. 이는 Animal 클래스를 상속받은 하위 클래스들이 각각의 방식으로 sound() 메서드를 구현하도록 강제하는 역할을 합니다.

1.2 인터페이스(Interface)란?

인터페이스는 클래스가 구현해야 하는 메서드의 청사진을 제공하는 일종의 계약(Contract)입니다. 인터페이스는 메서드의 시그니처(이름, 매개변수, 반환 타입)만을 정의하며, 그 구현은 이를 구현하는 클래스에서 이루어집니다. 자바에서 인터페이스는 다중 상속을 지원하기 위한 대안으로 사용되며, 클래스는 여러 개의 인터페이스를 구현할 수 있습니다.

public interface Flyable
public interface Flyable {
    void fly();
}

public interface Swimable {
    void swim();
}

public class Duck implements Flyable, Swimable {
    @Override
    public void fly() {
        System.out.println("Duck is flying.");
    }

    @Override
    public void swim() {
        System.out.println("Duck is swimming.");
    }
}

위의 예제에서 Flyable과 Swimable 인터페이스는 각각 fly()와 swim() 메서드를 정의하고 있습니다. Duck 클래스는 이 두 인터페이스를 구현하며, 각각의 메서드를 실제로 구현하고 있습니다.

2. 추상 클래스와 인터페이스의 주요 차이점

2.1 다중 상속 가능 여부

자바에서는 클래스의 다중 상속을 허용하지 않습니다. 즉, 한 클래스가 두 개 이상의 부모 클래스를 상속받을 수 없습니다. 그러나 인터페이스는 다중 구현이 가능하므로, 하나의 클래스가 여러 개의 인터페이스를 구현할 수 있습니다.

예시:
public class Animal {
    // 기본 클래스
}

public interface Flyable {
    void fly();
}

public interface Swimable {
    void swim();
}

public class Duck extends Animal implements Flyable, Swimable {
    @Override
    public void fly() {
        System.out.println("Duck is flying.");
    }

    @Override
    public void swim() {
        System.out.println("Duck is swimming.");
    }
}

위 코드에서 Duck 클래스는 Animal 클래스를 상속받고, 동시에 Flyable과 Swimable 인터페이스를 구현합니다. 이처럼 인터페이스를 사용하면 다중 상속의 장점을 얻을 수 있습니다.

2.2 구현된 메서드의 존재 여부

추상 클래스는 구현된 메서드와 구현되지 않은 메서드를 모두 가질 수 있습니다. 이는 추상 클래스가 일부 공통 기능을 제공하면서, 하위 클래스에 특정 기능의 구현을 위임할 수 있다는 점에서 유리합니다. 반면, 자바 8 이전의 인터페이스는 모든 메서드가 구현되지 않은 상태로 존재해야 했습니다. 그러나 자바 8 이후부터는 디폴트 메서드(Default Method)라는 기능을 통해 인터페이스에서도 일부 메서드를 구현할 수 있게 되었습니다.

public interface Flyable
public interface Flyable {
    void fly();

    default void takeOff() {
        System.out.println("Taking off.");
    }
}

위 예제에서 takeOff() 메서드는 디폴트 메서드로, 인터페이스 내에서 구현되었습니다. 이를 통해 인터페이스를 구현하는 클래스들이 공통적으로 사용할 수 있는 기능을 제공할 수 있습니다.

2.3 목적과 사용 사례

  • 추상 클래스는 계층 구조에서 공통 기능을 공유하면서, 하위 클래스에 특정 기능의 구현을 강제하고 싶을 때 유용합니다. 주로 공통 속성이나 메서드를 공유하는 클래스들이 있을 때 사용됩니다.

  • 인터페이스는 서로 다른 클래스들이 공통의 행동을 할 수 있게끔 설계할 때 사용됩니다. 특히, 구현 클래스들이 전혀 다른 상속 계층에 속하더라도 동일한 인터페이스를 구현하여 공통된 행동을 정의할 수 있습니다.

3. 자바 스프링부트에서의 활용

자바 스프링부트에서는 추상 클래스와 인터페이스가 다양한 용도로 사용됩니다. 이들은 스프링의 핵심 기능인 의존성 주입(Dependency Injection)과 서비스 레이어 아키텍처에서 중요한 역할을 합니다.

3.1 서비스 레이어에서의 인터페이스 활용

스프링부트 애플리케이션에서 서비스 레이어는 비즈니스 로직을 담당하며, 인터페이스를 통해 구현됩니다. 이 방식은 구현체를 유연하게 교체할 수 있도록 도와줍니다.

public interface UserService
public interface UserService {
    User findUserById(Long id);
    void createUser(User user);
}

@Service
public class UserServiceImpl implements UserService {
    
    private final UserRepository userRepository;

    @Autowired
    public UserServiceImpl(UserRepository userRepository) {
        this.userRepository = userRepository;
    }

    @Override
    public User findUserById(Long id) {
        return userRepository.findById(id)
            .orElseThrow(() -> new UserNotFoundException("User not found"));
    }

    @Override
    public void createUser(User user) {
        userRepository.save(user);
    }
}

위 예제에서 UserService 인터페이스는 사용자 관련 비즈니스 로직을 정의하고 있으며, UserServiceImpl 클래스가 이를 구현합니다. 이 구조는 다른 구현체를 쉽게 교체하거나 추가할 수 있도록 해주며, 스프링의 의존성 주입을 통해 인터페이스를 사용하는 곳에 필요한 구현체를 자동으로 주입해줍니다.

3.2 추상 클래스의 활용

스프링부트에서는 추상 클래스가 공통 기능을 제공하고, 이를 상속받아 구체적인 기능을 구현하는 데 자주 사용됩니다. 예를 들어, 여러 엔터티에서 공통적으로 사용하는 기능을 추상 클래스에서 정의하고, 각 엔터티 클래스가 이를 상속받아 사용할 수 있습니다.

public abstract class BaseEntity
@MappedSuperclass
public abstract class BaseEntity {
    
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private LocalDateTime createdAt;
    private LocalDateTime updatedAt;

    @PrePersist
    protected void onCreate() {
        this.createdAt = LocalDateTime.now();
    }

    @PreUpdate
    protected void onUpdate() {
        this.updatedAt = LocalDateTime.now();
    }

    // Getters and Setters...
}

@Entity
public class User extends BaseEntity {
    private String name;
    private String email;

    // Getters and Setters...
}

위 코드에서 BaseEntity 추상 클래스는 모든 엔터티에서 공통적으로 사용될 id, createdAt, updatedAt 필드를 정의하고 있습니다. 또한, onCreate()와 onUpdate() 메서드는 각각 엔터티가 생성되거나 업데이트될 때 자동으로 호출됩니다. User 클래스는 BaseEntity를 상속받아 이 기능을 그대로 사용할 수 있습니다.

4. 인터페이스와 추상 클래스의 선택 기준

  • 인터페이스를 선택할 때: 클래스들이 전혀 다른 계층 구조에 있을 수 있으며, 단순히 공통의 행동(메서드)을 정의하고 구현을 강제하고자 할 때. 예를 들어, Flyable, Swimable과 같이 특정 행동을 정의하는 경우 인터페이스가 적합합니다.

  • 추상 클래스를 선택할 때: 공통적인 상태(필드)를 공유해야 하거나, 일부 구현을 제공하면서 나머지는 하위 클래스에 구현을 위임하고자 할 때. 예를 들어, 공통 속성이나 기본 동작을 포함하는 경우 추상 클래스가 적합합니다.

5. 결론

인터페이스와 추상 클래스는 모두 객체 지향 프로그래밍에서 다형성과 캡슐화를 실현하는 중요한 도구입니다. 각자의 특성과 장단점이 있으며, 상황에 맞게 적절히 선택하여 사용해야 합니다. 자바 스프링부트와 같은 프레임워크에서는 이 둘을 적절히 활용하여 유연하고 확장 가능한 구조를 만들 수 있습니다. 인터페이스는 주로 계약을 정의하는 데 사용되고, 추상 클래스는 공통 기능을 제공하면서 확장을 가능하게 합니다.

PreviousOverride, OverloadNextPrimitive vs Object Type

Last updated 9 months ago