[💡 백엔드 프레임 워크 카테고리]

백엔드 프레임 워크

• 의도 : 백엔드 프레임워크 카테고리는Spring과 같은 백엔드 프레임워크에 대한 이해도를 평가하는 질문입니다. 의존성 주입, AOP, 트랜잭션 관리와 같은 개념들은 백엔드에서 코드를 모듈화하고 유지보수를 쉽게 할 수 있도록 도와줍니다. 또한 Spring Boot와 같은 최신 프레임워크의 특징을 이해하고, 실무에서 자동 설정(Auto Configuration)과 JPA를 어떻게 활용하는지 묻습니다.

• 답변에 포함해야 할 키워드

1. Spring Boot : Spring의 경량화된 프레임워크로, 빠른 개발 환경 제공
2. 의존성 주입(Dependency Injection) : 객체 간 결합도를 낮추는 설계 원칙
3. AOP(Aspect-Oriented Programming) : 공통 기능을 모듈화하여 코드 중복을 줄이는 방식
4. JPA vs Hibernate : Java Persistence API와 Hibernate 프레임 워크의 차이
5. Bean의 라이프사이클 : 객체의 생성, 초기화, 소멸 과정

내가 궁금한 질문들

1. 자바와 코틀린의 차이?

   자바는 오래된 신뢰할 수 있는 언어, 코틀린은 현대적인 자바 업그레이드 버전 🚀
   코틀린이 자바보다 좋은 점
   -간결함 -> var, val 사용으로 코드 길이 단축
   -Null 안전성 -> ? 연산자로 NPE(NullPointExeption)방지
   -람다 & 확장 함수 -> 함수형 프로그래밍 지원
   -데이터 클래스 -> toString(), equals(), hashcode() 자동 생성
   -코루틴 지원 -> 비동기 프로그래밍 간편
   자바의 장점
   -성숙한 생태계
   -안정성
   -런타임 성능 -> 일부 경우에서는 더 빠를 수 있음
   정리하자면 새 프로젝트라면 코틀린 추천, 레거시 유지보수라면 자바 유지!!

✅ 예상 질문

1. [상] Java(Kotlin)으로 구성된 프로젝트의 Kotlin(Java) 컨버팅 작업이 가능한지, 무엇을 염두에 두어야 하는지 이야기해주세요.

Java에서 Kotlin으로 변환하는 것은 충분히 가능하며 인텔리제이의 기능을 활용하면 자동 컨버팅 작업이 가능하다. 그러나 자동 변환이 항상 완벽하지 않기 때문에, 변환 후 수동으로 수정해야 할 부분이 발생할 수 있다. 변환 시에는 코틀린의 null-safety 개념을 고려해야 하며, 자바에서 사용하던 Getter와 Setter는 코틀린의 프로퍼티로 자연스럽게 변환될 수 있다. 또한 자바의 람다 및 고차 함수가 코틀린에서 어떻게 변환되는지 확인해야하며, Checked Exception이 코틀린에서는 기본적으로 지원되지 않는 점도 유의해야 한다. 마지막으로 자바의 컬렉션과 코틀린의 컬렉션이 다르게 동작할 수 있으므로 컬렉션 변환에도 신경 써야 한다.
반대로 코틀린에서 자바로 변환하는 것도 가능하지만 자동 변환 지원이 부족하여 자바 코드로 변환할 때는 수동 수정이 더 많이 필요하다. 특히 코틀린의 확장 함수는 자바에서 정적 메서드로 변환해야 하고, 데이터 클래스는 일반 클래스 형태로 변환한 후 해쉬코드, 투스트링, 이퀄즈를 직접구현해야한다. 또한 코틀린의 코루틴 기능은 자바에서 직접적으로 지원되지 않으므로 스레드 기반 코드로 변경해야하며, 코틀린이 제공하는 널-세이프트를 자바에서는 어노테이션 넌널, 어노테이션 널에이블 을 사용하여 수동으로 처리해야 한다. 마지막으로 코틀린의 함수형 스타일 코드를 자바의 람다 표현식으로 변환하는 과정에서도 차이를 고려해야 한다. 변환 후 에는 반드시 빌드 및 테스트를 진행하여 예상치 못한 오류가 발생하지 않는지 확인하는 것이 중요하다.

자바에서 코틀린으로 변환하는 것은 가능하며, 인텔리제이의 자동 컨버팅 기능을 사용할 수 있습니다. 그러나 완벽하지 않기 때문에 변환 후 수동 수정이 필요할 수 있습니다. 변환 시 코틀린의 널세이프티, 프로퍼티 변환, 자바의 람다와 고차 함수 변환을 확인해야합니다. 또한 코틀린은 체크 익셉션을 기본적으로 지원하지 않으며, 자바의 컬렉션과 동작 차이도 고려해야 합니다.
반대로 코틀린에서 자바로 변환할 때는 자동 변환이 부족하여 수동 수정이 더 많이 필요합니다. 특히 코틀린의 확장 함수는 자바의 정적 메서드로 변환하고, 데이터 클래스는 해쉬코드, 투스트링, 이퀄즈를 수동으로 구현해야 합니다. 코틀린의 코루틴은 자바에서 스레드 코드로 변경해야 하며, 코틀린의 널 세이프티는 자바에서 어노테이션을 사용하여 처리해야 합니다. 마지막으로 함수형 스타일 코드를 자바의 람다 표현식으로 변환할 때도 차이를 고려해야 합니다. 변환 후에는 반드시 빌드와 테스트를 통해 오류를 확인해야 합니다.

• 자바에서 코틀린으로 변환하는 것은 충분히 가능합니다. 인텔리제이의 자바에서 코틀린으로 자동 컨버팅 기능을 사용하여 변환할 수 있습니다. 그러나 완벽하지는 않기 때문에 변환 후 수동으로 수정이 어느정도 필요합니다. 변환 시 코틀린의 널세이프티, 프로퍼티 변환, 자바의 람다와 고차 함수 변환을 확인해야하고 또한 코틀린은 체크 입셉션을 기본적으로 지원하지 않으며, 자바의 컬렉션과 동작 차이도 고려해야합니다. 변환 후에는 반드시 빌드와 테스트를 통해 오류를 확인해야 합니다.

2. [중] Legacy Spring과 최근 Spring 또는 Spring Boot의 차이점을 설명해주세요.

설정의 간소화와 개발 속도에 있다. 레거시 스프링은 다양한 기능을 세밀하게 설정할 수 있지만 많은 설정과 구성이 필요합니다. 스프링부트는 스프링 프레임워크의 설정을 자동화하고, 개발 속도를 빠르게 하고, 설정을 자동화하여 빠르게 어플리케이션을 개발하고 배포할 수 있는 장점이 있습니다. 설정이 자동화되어 있고, 기본적인 환경이 미리 준비되어 있어서 코드 작성에 집중 할 수 있습니다.

3. [중] Spring의 의존성 주입(Dependency Injection)이란 무엇이며, 이를 사용하는 이유를 설명해 주세요.

스프링의 의존성 주입은 객체 간의 의존성을 직접 생성하거나 관리하지 않고 스프링 프레임 워크가 객체 간의 의존성을 자동으로 주입해 주는 프로그래밍 기술입니다. 간단히 말해, 객체가 필요한 다른 객체(의존성)를 직집 생성하는 대신 외부에서 제공받는 방식이라고 할 수 있습니다.
사용 이유:
1.코드의 유연성과 재사용성 향상 : 객체 간의 결합도를 낮춰, 코드 변경이나 확장이 용이해집니다.
2.테스트 용이성: 의존성을 쉽게 대체할 수 있어 단위 테스트 작성이 편리합니다.
3.가독성과 유지보수성 향상

스프링의 의존성 주입은 객체 간의 의존성을 직접 생성하거나 관리하지 않고, 외부에서 제공받는 방식으로 객체를 연결하는 기술입니다. 이를 사용하면 코드의 결합도를 낮춰 유연성과 재사용성을 높이고, 테스트를 용이하게 하며, 가독성과 유지보수성을 개선할 수 있습니다.

4. [상] AOP(Aspect Oriented Programming)가 무엇이며, Spring에서 AOP를 어떻게 구현할 수 있는지 설명해 주세요.

AOP는 핵심 비즈니스 로직과 부가적인 관심사(예: 로깅, 트랜잭션 관리, 보안 등)를 분리하여 코드의 가독성과 유지보수성을 향상시키는 기법입니다. 스프링에서 AOP를 사용하여 부가로직을 별도의 모듈로 정의하고, 특정 지점에 적용할 수 있습니다. 이를 통해 프로그램의 핵심 로직과 부가 로직을 독립적으로 관리하고, 코드의 복잡성을 줄일 수 있습니다.

AOP는 핵심 비즈니스 로직과 부가적인 관심사를 분리하여 코드의 가독성과 유지보수성을 향상시키는 기법입니다. 스프링에서 AOP를 활용하면 메서드 실행 시간을 로깅하는 부가 로직을 핵심 비즈니스 로직과 분리하여 쉽게 구현할 수 있습니다. 부가 로직을 정의하는 클래스에 @Aspect 어셉트 어노테이션을 추가하고 실행전후의 작업과 적용 대상 메서더를 설정하면 메서드의 실행 시간으 측정하고 로그에 기록할 수 있습니다. 이는 핵심 로직을 변경하지 않고 부가 로직을 추가하는 AOP 구현의 방법입니다.

5. [상] Spring Boot에서 JPA와 Hibernate의 차이점을 설명해 주세요.

JPA : ORM 기술의 표준 인터페이스 -> ORM은 객체와 관계형 데이터베이스를 매핑해주는 기술 , JPA는 이를 표준화 한것
JPA는 자바에서 객체를 데이터베이스에 저장하고 관리하기 위한 인터페이스와 기능을 제공하는 API
하이버네이트는 JPA 인터페이스를 구현한 구현체이다.

JPA는 데이터베이스와 상호작용하는 방법을 규정하는 표준 인터페이스이고 Hibernate는 JPA를 구현하여 실제 동작을 수행하는 구현체이다. 스프링부트는 JPA를 지원하면서도 기본적으로 hibernate를 JPA 구현체로 사용합니다. 이를 통해 표준화된 JPA 코드를 작성하면서도 Hibernate의 다양한 기능을 활용할 수 있습니다.

JPA는 자바에서 객체를 관계형 데이터베이스에 매핑하기 위한 ORM 표준 인터페이스로 객체와 테이블간의 상호작용을 정의하는 API입니다. 하이버네이트는 JPA의 구현체로 JPA의 규칙을 실제로 실행하며 데이터베이스와의 작업을 처리하는 기능을 제공합니다.

6. [중] Spring에서 @Transactional 애너테이션의 역할을 설명해 주세요.

트랜잭션널 어노테이션은 트랜잭션 관리를 위한 설정으로, 데이터베이스 작업이 성공적으로 완료되거나 실패했을 때 처리 방식을 정의합니다. 주요 역할로는
예외가 발생하면 트랜잭션 작업을 취소하고 데이터의 일관성을 유지하는 자동 롤백이 있고
작업이 정상적으로 완료되면 변경 사항을 자동으로 커밋하는 자동 커밋과
트랜잭션을 수동으로 관리하지 않아도 되므로 코드가 간결해지는 코드 간소화 가 있다
트랜잭셔널을 사용하면 데이터 무결성과 일관성을 쉽게 보장할 수 있습니다.

7. [상] Spring Security의 기본 개념을 설명해 주세요.

스프링 시큐리티는 애플리케이션의 인증과 권한 부여를 처리하는 강력한 보안 프레임워크입니다. 이는 로그인, 사용자 인증, 권한 검사, 데이터 보호등 을 쉽게 구현할 수 있도록 도와줍니다.
기본적으로 스프링 시큐리티는 요청이 애플리케이션에 접근하기 전에 사용자 신원을 확인하고, 사용자가 해당 리소스에 접근할 권한이 있는지 검사합니다. 또한, 암호화, CSRF보호 세션관리와 같은 다양한 보안 기능을 제공합니다. 이를 통해 애플리케이션을 안전하게 보호할 수 있습니다.

8. [상] Spring Boot의 자동 설정(Auto Configuration) 기능이 무엇이며, 이를 어떻게 활용할 수 있는지 설명해주세요.

스프링 부트의 자동 설정 기능은 개발자가 별도로 설정하지 않아도, 애플리케이션에서 필요한 Bean과 설정을 스프링 부트가 자동으로 구성해주는 기능입니다. 이를 통해 스프링 애플리케이션을 빠르고 간편하게 설정할 수 있습니다. 활용방법은
1.스프링 부트 애플리케이션 어노테이션에 포함된 이네이블오토컨피그레이션 어노테이션을 통해 자동 설정이 활성화됩니다.
2.필요 시 어플리케이션 얌이나 프로퍼티스 파일에서 기본 설정을 커스터마이징할 수 있습니다.
이러한 기능 덕분에 개발자는 최소한의 설정만으로 애플리케이션을 시작하고 필요한 기능을 빠르게 구현할 수 있습니다.

9. [중] Spring에서 Bean의 라이프사이클을 설명하고, 이를 관리하는 방법을 이야기해주세요.

스프링에서 빈의 라이프사이클(빈 생명주기)은 생성,초기화,사용,소멸의 단계를 거칩니다. 이 과정은 스프링 컨테이너에 의해 관리되며, 개발자는 필요에 따라 특정 단계에서 로직을 추가하거나 커스터마이징할 수 있습니다. 관리방법으로 개발자는 XML/Java 설정 파일을 통해 초기화 및 종료 과정을 정의할 수 있습니다. 이를 통해 Bean의 초기화/정리 작업을 원하는 방식으로 처리 할 수 있습니다. 예를 들어 데이터베이스 연결 설정이나 리소스 정리를 쉽게 관리할 수 있습니다.

빈의 라이프 사이클은 스프링 컨테이너에 의해 관리되는 빈이 생성되고 소멸되까지의 일련의 과정을 말하는데 생성, 의존성 주입, 초기화,사용,소멸로 진행된다. 관리 방법은 초기화 작업이나 리소스 정리를 직접 정의하려면 @PostConstruct(포스트컨스트럭트), @PreDestroy(프리데스트로이) 어노테이션을 사용하며 InitializingBean(이니셜라이징빈)과 DisposableBean(디스포저블 빈) 인터페이스를 구현해 초기화와 소멸 작업을 처리할 수 있다. 이 라이플 사이클은 애플리케이션의 빈을 효율적으로 관리하고 데이터 베이스 연결이나 파일 리소스 작업을 안전하게 처리하도록 도와줍니다.

10. [상] Spring에서 REST 컨트롤러와 일반 컨트롤러의 차이점에 대해 설명해 주세요.

주요 차이점은 응답 처리 방식에 있습니다. REST 컨트롤러는 API 데이터 응답에, 일반 컨트롤러는 웹 뷰 렌더링에 적합합니다.
REST 컨트롤러는 메서드에서 반환된 데이터가 JSON 또는 XML 형식으로 변환되어 HTTP 응답 본문에 직접 작성됩니다. 주로 RESTful API를 구현할 때 사용됩니다.
일반 컨트롤러는 메서드에서 반환된 값은 뷰 이름으로 간주되며, 해당 뷰를 렌더링하여 HTML과 같은 내용을 반환합니다. 주로 웹 애플리케이션의 사용자 인터페이스를 처리할때 사용됩니다.