[면접] 기술 면접 - Java (3)

• Java Map의 내부 구현은 어떻게 이루어져 있을지 추측해보실 수 있을까요?

  "Java에서 Map은 키(Key)와 값(Value)의 쌍으로 데이터를 저장하는 구조입니다. 이를 통해 키를 사용해 데이터를 빠르게 찾을 수 있습니다. 중요한 점은, 같은 키로 여러 값을 저장하려고 하면, 마지막에 저장한 값만 유지되며 이전 값은 지워진다는 것입니다.

Map에는 여러 종류가 있지만, 가장 대표적인 세 가지는 HashMap, TreeMap, 그리고 LinkedHashMap입니다.
HashMap은 해시 테이블을 사용하여 키와 값을 저장합니다. 이 구조는 '버킷'이라는 공간에 키-값 쌍을 저장하는 방식으로 작동합니다. 해시 함수를 이용해 각 키에 대한 저장 위치를 빠르게 찾을 수 있어, 일반적으로 데이터 접근이 매우 빠릅니다.
TreeMap은 키-값 쌍을 트리 구조로 저장합니다. 여기서는 각 노드가 키와 값을 가지며, 키를 기준으로 왼쪽 또는 오른쪽에 노드를 배치합니다. 이 구조는 키가 정렬된 상태로 유지되기 때문에, 순서가 중요할 때 유용합니다.
LinkedHashMap은 HashMap에 순서 유지 기능을 추가한 것입니다. 이 Map은 추가된 순서대로 키-값 쌍을 유지합니다. 즉, HashMap의 빠른 데이터 접근 기능을 유지하면서도, 요소들이 추가된 순서를 기억합니다.
이렇게 다양한 Map 구현체들은 각기 다른 상황에서 유용하게 사용될 수 있습니다. HashMap은 일반적인 상황에서 빠른 접근을 원할 때, TreeMap은 키를 기준으로 정렬된 데이터가 필요할 때, LinkedHashMap은 데이터의 추가 순서를 유지하고 싶을 때 선택하면 좋습니다. "

 

꼬리질문 > HashMap, TreeMap, LinkedHashMap 중 어느 것이 메모리 사용량 측면에서 가장 효율적인가요?

 

  "메모리 사용량 측면에서 볼 때, HashMap이 TreeMap과 LinkedHashMap에 비해 일반적으로 가장 효율적인 구현체일 가능성이 높습니다. 이는 HashMap이 추가적인 구조를 유지하지 않고 데이터를 저장하기 때문입니다. TreeMap은 각 노드가 자식 노드에 대한 참조를 포함하는 트리 구조를 유지해야 하고, LinkedHashMap은 요소의 삽입 순서나 접근 순서를 유지하기 위해 내부적으로 추가적인 링크드 리스트를 관리합니다. 이러한 추가적인 구조는 메모리 사용량을 증가시킬 수 있습니다. 따라서, 순수하게 메모리 효율성만을 고려한다면 HashMap이 상대적으로 더 낮은 메모리 오버헤드를 가지는 경향이 있습니다."

 

• DI와 IoC에 대해 아는 만큼 설명해주실 수 있을까요?

  " DI(의존성 주입)와 IoC(제어의 역전)는 소프트웨어 개발에서 중요한 개념으로, 코드를 더 유연하고 재사용 가능하며 테스트하기 쉽게 만들어줍니다.
IoC(제어의 역전)는 프로그램의 흐름 제어를 개발자에서 프레임워크로 넘기는 것을 말합니다. 옛날에는, 프로그램에서 무슨 일이 발생할지를 개발자가 직접 결정했습니다. 하지만 IoC를 사용하면, 이러한 흐름을 프레임워크가 관리하게 되어, 개발자는 비즈니스 로직, 즉 실제 프로그램이 해야 할 일에 더 집중할 수 있게 됩니다. 이 과정은 주로 IoC 컨테이너라 불리는 도구를 통해 이루어지며, 이 컨테이너는 프로그램에서 사용되는 객체들의 생성과 관리를 담당합니다.
DI(의존성 주입)는 IoC의 한 방법으로, 객체가 서로를 필요로 할 때, 그 '의존성'을 외부에서 제공하는 방식입니다. 예를 들어, 어떤 클래스가 다른 클래스의 기능을 사용해야 한다면, DI를 통해 필요한 클래스의 인스턴스를 '주입' 받습니다. 이 방식은 주로 세 가지 방법으로 이루어집니다: 생성자를 통한 주입, 세터 메서드를 통한 주입, 인터페이스를 통한 주입. 이 중에서 생성자 주입이 가장 권장되는 방식입니다. DI를 사용하면, 코드가 서로 덜 의존적이 되어 변경과 테스트가 더 쉬워집니다.
결국, 이러한 기법들을 사용함으로써 소프트웨어는 변경에 더 유연하게 대응할 수 있고, 관리와 유지 보수가 더 쉬워집니다. "

 

꼬리질문 > 생성자 주입(Constructor Injection)이 다른 DI 방법보다 권장되는 이유는 무엇인가요?

 

  "생성자 주입이 권장되는 이유는, 첫째로 의존성이 명확히 필요함을 클래스의 생성자를 통해 강조할 수 있으며, 객체가 완전한 상태로 생성되도록 합니다. 둘째로, 객체의 불변성을 보장하여 객체가 생성된 후 의존성이 변경되지 않음을 보증합니다. 셋째, 순환 의존성 문제를 컴파일 시간에 발견할 수 있어 런타임 에러를 방지합니다. 마지막으로, 테스트 환경에서 모의 객체를 주입하기가 더 쉬워져 단위 테스트의 용이성이 향상됩니다.
이러한 이유들로 인해, 생성자 주입은 의존성 주입 패턴을 구현할 때 가장 권장되는 방법 중 하나로 여겨집니다. 그러나 프로젝트의 특정 요구사항이나 상황에 따라 다른 주입 방법이 더 적합할 수도 있으므로, 항상 상황에 맞는 최적의 방법을 선택하는 것이 중요합니다. "

 

• MVC 모델이란 무엇인지 설명해주실 수 있을까요?

  " MVC는 "모델(Model)-뷰(View)-컨트롤러(Controller)"의 약자로, 애플리케이션을 세 가지 주요 부분으로 나누는 소프트웨어 디자인 패턴입니다. 이 패턴은 애플리케이션의 구조를 깔끔하게 정리하여 개발과 유지보수를 쉽게 만듭니다.
모델(Model)은 애플리케이션의 '두뇌'와 같은 부분입니다. 사용자의 데이터와 그 데이터를 처리하는 비즈니스 로직을 담당합니다.
뷰(View)는 사용자가 볼 수 있는 화면입니다. 웹 페이지, 사용자 인터페이스 등 사용자에게 정보를 보여주는 방법을 정의합니다. 모델에서 처리한 데이터를 시각적으로 표현하여 사용자에게 제공하는 역할을 합니다.
컨트롤러(Controller)는 사용자의 입력을 받고 처리하는 부분입니다. 사용자가 애플리케이션과 상호작용할 때 이를 받아 모델을 업데이트하거나 뷰를 변경합니다. 모델과 뷰 사이에서 정보의 흐름을 관리하는 중간자 역할을 합니다.
MVC 패턴의 큰 장점은 애플리케이션의 각 부분을 명확히 분리함으로써, 한 부분을 변경해도 다른 부분에 미치는 영향이 적다는 것입니다. 이로 인해 개발 팀이 협업하기 쉬워지고, 애플리케이션의 유지보수가 효율적으로 이루어질 수 있습니다. 이런 이유로 MVC는 웹 애플리케이션뿐만 아니라 다양한 소프트웨어 프로젝트에서 널리 활용되고 있습니다. "

 

꼬리질문 > MVC 패턴에서 모델, 뷰, 컨트롤러 간의 상호작용은 어떻게 이루어지나요?

  "MVC 패턴에서 모델, 뷰, 컨트롤러 간의 상호작용은 다음과 같이 진행됩니다. 사용자는 뷰를 통해 애플리케이션과 상호작용합니다. 예를 들어, 웹 페이지의 버튼을 클릭하는 행동이 이에 해당됩니다.
그 후, 사용자의 액션은 컨트롤러에 의해 받아지며, 컨트롤러는 사용자의 입력, 데이터 요청, 그리고 그에 따른 모든 명령 실행을 책임집니다. 즉, 컨트롤러는 사용자의 액션에 대한 첫 번째 진입점입니다.
필요한 경우, 컨트롤러는 모델을 업데이트하라는 요청을 보냅니다. 이는 데이터의 생성, 수정, 삭제 등이 포함될 수 있습니다. 모델은 비즈니스 로직에 따라 자신의 상태를 변경하고, 변경된 상태를 저장합니다.
모델의 변경이 발생하면, 이 정보는 뷰에 반영되어야 합니다. 컨트롤러는 적절한 뷰를 선택하고, 모델로부터 최신 데이터를 조회하여 뷰에 전달합니다. 뷰는 이 데이터를 사용하여 사용자에게 정보를 새롭게 표시합니다.
이 과정에서 중요한 점은, 각 부분이 독립적으로 작동하며 서로 직접적으로 통신하지 않는다는 것입니다. 모델은 뷰나 컨트롤러에 대한 직접적인 지식 없이 독립적으로 작동하며, 뷰와 컨트롤러 사이의 상호작용은 컨트롤러를 통해서만 이루어집니다. 이러한 분리는 코드의 재사용성과 유지 보수성을 향상시키며, 개발 과정에서의 역할 분담을 명확히 합니다."