엉클 밥, 로버트 C. 마틴이 말하는 SOLID 원칙은 기원은 다음과 같다.

SOLID 원칙의 역사는 깊다. 나는 1980년대 후반 유즈넷(과거 버전의 페이스북)에서 다른 사람들과 소프트웨어 설계 원칙에 대해 토론하는 과정에서 이들 원칙을 모으기 시작했다. 시간이 지나면서 원칙은 교체되거나 변경되었다. 사라져 버린 원칙도 있다. 어떤 원칙들은 서로 합쳐졌다. 새롭게 추가된 원칙도 있다. 2000년대 초반 나는 안정화된 최종 버전을 내놓았는데, 이 때 원칙들의 순서는 지금과 달랐다.

2004년 무렵, 마이클 페더스(Michael Feathers)가 이메일 한 통을 보내왔는데, 원칙들을 재배열하면 각 원칙의 첫 번째 글자들로 SOLID라는 단어를 만들 수 있다는 내용이었다. 그렇게 SOLID 원칙이 탄생했다.

SOLID 원칙이란 객체지향 설계에서 지켜야 할 5개의 원칙(SRP, OCP, LSP, DIP, ISP)이다.

1. Single Responsiblity Principle (단일 책임 원칙)

• 소프트웨어의 설계 부품(클래스, 함수 등)은 단 하나의 책임만을 가져야 한다.

여기서 책임이란, '기능' 정도의 의미로 해석하면 된다. 설계를 잘한 프로그램은 기본적으로 새로운 요구사항과 프로그램 변경에 영향을 받는 부분이 적다. 다시말해, 응집도는 높고 결합도는 낮은 프로그램을 뜻한다. 만약 한 클래스가 수행할 수 있는 기능, 즉 책임이 많아진다. 책임이 많아지면 클래스 내부의 함수끼리 강한 결합을 발생할 가능성이 높아진다. 이는 유지보수에 비용이 증가하게 되므로 따라서 책임을 분리시킬 필요가 있다.

응집도란? 한 프로그램의 요소가 얼마나 뭉쳐있는지, 즉 구성 요소들 사이의 응집력을 말한다.

결합도란? 프로그램 구성 요소들 사이가 얼마나 의존적인지를 말한다.

2. Open-Closed Principle (개방-패쇄 원칙)

• 기존의 코드를 변경하지 않고(Closed) 기능을 수정하거나 추가할 수 있도록(Open) 설계해야 한다.

OCP에 만족하는 설계를 할 때 변경되는 것이 무엇인지에 초점을 맞춘다. 자주 변경되는 내용은 수정하기 쉽게 설계 하고, 변경되지 않아야 하는 것은 수정되는 내용에 영향을 받지 않게 하는 것이 포인트다. 이를 위해 자주 사용되는 문법이 인터페이스(Interface)이다. 변경되는 부분을 정의 후 인터페이스로 분리해 개방-패쇄 원칙을 만족시키는 것이다.

3. Liskov Substitution Principle (리스코프 치환 원칙)

• 자식 클래스는 부모클래스에서 가능한 행위를 수행할 수 있어야 한다.

리스코프 치환 원칙은 MIT 컴퓨터 사이언스 교수인 리스코프가 제안한 설계 원칙이다. 부모 클래스와 자식 클래스 사이의 행위에는 일관성이 있어야 한다는 원칙이며, 이는 객체 지향 프로그래밍에서 부모 클래스의 인스턴스 대신 자식 클래스의 인스터스를 사용해도 문제가 없어야 한다는 것을 의미한다. 상속 관계에서는 일반화 관계(IS-A)가 성립해야 한다. 일반화 관계에 있다는 것은 일관성이 있다는 것이다. 따라서 리스코프 치환 원칙은 일반화 관계에 대해 묻는 것이라 할 수 있다.

일반화 관계(IS-A)란? Is a kind of 관계.
BMW, 벤츠, 맥라렌, 현대의 각 자동차 모델이 있지만,

BMW M3 is kind of 자동차 벤츠 E class is kind of 자동차 현대 소나타 is kind of 자동차

처럼 하위 클래스들의 공통점을 상위 클래스에서 가지고, 하위 클래스는 상위 클래스의 공통점을 상속 받는 관계

4. Dependency Inversion Principle (의존 역전 원칙)

• 의존 관계를 맺을 때, 변화하기 쉬운것 보단 변화하기 어려운 것에 의존해야 한다는 원칙이다.

여기서 말하는 변화하기 쉬운것이란 구체적인 것을 말하고, 변화하기 어려운 것이란 추상적인 것을 말한다. 객체지향적인 관점에서 보자면 변화하기 쉬운것이란 구체화 된 클래스를 의미하고, 변화하기 어려운 것은 추상클래스나 인터페이스를 의미한다. 따라서 DIP를 만족한다는 것은 의존관계를 맺을 때, 구체적인 클래스보다 인터페이스나 추상 클래스와 관계를 맺는다는 것을 의미한다. DIP를 만족하면 '의존성 주입' 이라는 기술로 변화에 유연한 설계를 할 수 있다.

5. Interface Segregation Principle (인터페이스 분리 원칙)

• 한 클래스는 자신이 사용하지 않는 인터페이스는 구현하지 말아야 한다. 하나의 일반적인 인터페이스보다는, 여러 개의 구체적인 인터페이스가 낫다.

이는 다시 말해서, 자신이 사용하지 않는 기능(인터페이스)에는 영향을 받지 말아야 한다는 의미이다.

한가지 예로. 우리는 스마트폰으로 전화, 웹 서핑, 사진 촬영 등 다양한 기능을 사용할 수 있다. 하지만 전화 기능을 사용할 때는 웹 서핑, 사진 촬영 등 다른 기능은 사용하지 않는다. 따라서 전화 기능과 웹 서핑 기능 사진, 촬영 기능은 각각 독립된 인터페이스로 구현하여, 서로에게 영향을 받지 않도록 설계해야 한다. 인터페이스 분리 원칙을 통해 설계된 소프트웨어는 시스템의 내부 의존성을 약화시켜 리팩토링, 수정, 재배포가 수월해진다.

참고

• https://dev-momo.tistory.com/entry/SOLID-%EC%9B%90%EC%B9%99
• https://victorydntmd.tistory.com/291

Write Once, Run Anywhere

JVM은 Java 가상머신으로서 Java 애플리케이션을 클래스 로더를 통해 읽어들여 Java API와 함께 실행시키는 역할을 한다. JVM의 두가지 중요한 특징이자 역할은 다음과 같다.

1. Java와 OS 사이에서 중재자 역할을 수행하며 CPU나 운영 체제의 종류와 무관하게 동일하게 동작할 것을 보장한다.

2. 프로그램 메모리를 관리하고 최적화한다.

가상머신이란? 가상 머신(Virtual Machine, VM)은 물리적 하드웨어 시스템에 구축되어 자체 CPU, 메모리, 네트워크 인터페이스 및 스토리지를 갖추고 작동하는 가상 컴퓨터 시스템이다.

Java 프로그램 실행과정

1. 프로그램이 실행되면 JVM은 OS로부터 이 프로그램이 필요로 하는 메모리를 할당받는다. (JVM은 이 메모리를 용도에 따라 여러 영역으로 나누어 관리한다.)

2. 자바 컴파일러(javac)가 자바 소스코드(.java)를 읽어들여 자바 바이트코드(.class)로 변환시킨다.

3. Class Loader를 통해 class파일들을 JVM으로 로딩한다.

4. 로딩된 class파일들은 Execution engine을 통해 해석된다.

5. 해석된 바이트코드는 Runtime Data Areas에 배치되어 실질적인 수행이 이루어지게 된다.

6. 실행과정 속에서 JVM은 필요에 따라 Thread Synchronization과 GC같은 관리작업을 수행한다.

   
   

JVM 구조

1) 클래스 로더 시스템 바이트 코드를 읽어오며 메모리에 적절히 배치하는 역할

• 로딩
  • .class 를 읽어옴
• 링크
  • 코드 내부의 레퍼런스를 연결함
• 초기화
  • 클래스에 있는 static 값들을 초기화 함

2) 메모리 (힙, 메소드)는 전체 공유자원으로 분류되고, (스택, PC, 네이티브 메소드 스택)은 쓰레드 단위의 자원으로 분류된다

• 메소드
  • 클래스 수준의 정보를 저장
  • 클래스 이름, 부모 클래스 이름, 메소드, 변수 등
  • static 변수, 일반 변수 등
• 힙
  • 객체(인스턴스) 수준의 정보를 저장
• 스택
  • 인스턴스 및 지역 변수의 참조 주소 들을 저장.
  • 쓰레드마다 런타임 스택을 만들고, 스택 프레임(메소드 call)을 쌓음
  • 에러 났을 때, 에러 메시지보면, 런타임 스택에 메시지 쌓여있는걸 확인할 수 있음
• PC
  • 쓰레드마다 가지고 있는 Program Counter
  • 현재 실행할 부분을 가르키고 있다
• 네이티브 메소드 스택
  • 네이티브(native) 메소드 호출할 때 사용하는 별도의 스택
  • 네이티브 메소드는 java 가 아닌 c와 같은 언어(low-level) 로 구현된 메소드

3) 실행 엔진

• 인터프리터
  • 바이트 코드를 한줄씩 읽어 네이티브 코드로 변환
• JIT (Just In Time) 컴파일러
  • 바이트 코드에서 반복되는 코드 부분은 JIT 컴파일러가 미리 네이티브 코드로 변환 시켜놓음
  • 반복되는 코드가 읽힐 순서가 왔을 때, 인터프리터로 읽지 않고 바로 네이티브 코드를 바로 사용
  • 인터프리터 읽을 때의 속도 효율성을 JIT 컴파일러가 보완하는 형태
• GC (Garbage Collector)
  • 더 이상 참조되지 않는 객체를 모아서 메모리 정리
  • 경우에 따라 성능 효율을 위해 커스터마이징을 해야함
    
    
    
    

참고

• https://ko.wikipedia.org/wiki/%EC%9E%90%EB%B0%94_%EA%B0%80%EC%83%81_%EB%A8%B8%EC%8B%A0
• https://www.redhat.com/ko/topics/virtualization/what-is-a-virtual-machine
• https://dailyheumsi.tistory.com/196
• https://asfirstalways.tistory.com/158

빌드 관리 도구란 빌드 자동화를 수행해 실행가능한 프로그램으로 바꿔주는 도구

그렇다면 빌드 자동화란..

Build automation is the process of automating the creation of a software build and the associated processes including: compiling computer source code into binary code, packaging binary code, and running automated tests. – Wikipedia

즉, 빌드 자동화란 코드를 컴파일해서 binary code로 만들고, 패키징하고 코드를 테스트하여 실행가능한 프로그램이 나오기 까지의 과정(빌드)을 자동화하는 것

Maven이란?

• 자바용 프로젝트 관리 도구
• Apache Ant의 대안으로 만들어진 Apache 라이선스로 배포되는 오픈 소스 소프트웨어
• pom.xml을 이용한 정형화된 빌드 시스템 (Providing a uniform build system)
• 사용할 라이브러리 뿐만 아니라 해당 라이브러리가 작동하는데 필요한 다른 라이브러리들까지 네트워크를 통해 자동으로 다운
• 뛰어난 프로젝트 정보를 제공
• 개발 가이드 라인을 제공

정해진 라이프사이클에 의하여 작업을 수행하며, 전반적인 프로젝트 관리 기능도 포함하고 있음

Maven LifeCycle

◎ Default(Build) : 일반적인 빌드 프로세스를 위한 모델이다. ◎ Clean : 빌드 시 생성되었던 파일들을 삭제하는 단계 ◎ Validate : 프로젝트가 올바른지 확인하고 필요한 모든 정보를 사용할 수 있는지 확인하는 단계 ◎ Compile : 프로젝트의 소스코드를 컴파일 하는 단계 ◎ Test : 유닛(단위) 테스트를 수행 하는 단계(테스트 실패시 빌드 실패로 처리, 스킵 가능) ◎ Pacakge : 실제 컴파일된 소스 코드와 리소스들을 jar, war 등등의 파일 등의 배포를 위한 패키지로 만 드는 단계 ◎ Verify : 통합 테스트 결과에 대한 검사를 실행하여 품질 기준을 충족하는지 확인하는 단계 ◎ Install : 패키지를 로컬 저장소에 설치하는 단계 ◎ Site : 프로젝트 문서와 사이트 작성, 생성하는 단계 ◎ Deploy : 만들어진 package를 원격 저장소에 release 하는 단계

Gradle이란?

• 오픈소스 기반의 build 자동화 시스템
• JVM 기반의 빌드도구로 기존의 Ant와 Maven을 보완
• Android OS의 빌드 도구로 채택됨
• Maven을 사용할 수 있는 변환 가능 컨벤션 프레임 워크
• Maven과 Ivy 레파지토리 완전 지원
• Build-by-convention 을 바탕으로 하여 스크립트 규모가 작고 읽기 쉬움
• 설정 주입 방식 ( Configuration Injection )
• 멀티 프로젝트의 빌드를 지원하기 위해 설계됨
• Groovy 문법 사용

  Groovy란?

  • JVM에서 사용되는 스크립트 언어로, 문법이 Java와 매우 유사. Java와 호환이 되며 Java 클래스 파일을 그대로 Groovy 클래스 파일로 사용 가능.
    

Maven vs Gradle

흔히들 Gradle이 대세라고 하지만, 여전히 Maven의 사용률은 Gradle을 앞서고 있으며 구글 트랜드 지수도 Maven이 Gradle을 앞선다. 그럼에도 Gradle 사용을 고려해야할 이유들은 다음과 같다.

1. 속도가 빠르다 Gradle에서 직접 제공하는 Gradle과 Maven의 비교문서에 따르면 Gradle은 메이븐보다 최대 100배까지 빠르게 작동한다고 함

2. Build라는 동적인 요소를 XML로 정의하기에는 어려운 부분이 많다 • 설정 내용이 길어지고 가독성 떨어짐 • 의존관계가 복잡한 프로젝트 설정하기에 부적절 • 상속구조를 이용한 멀티 모듈 구현 • 특정 설정을 소수의 모듈에서 공유하기 위해서는 부모 프로젝트를 생성하여 상속하게 해야 함

3. Gradle은 Groovy를 사용하기 때문에, 동적인 빌드는 Groovy 스크립트로 플러그인을 호출하거나 직접 코드를 짜면 된다 • Configuration Injection 방식을 사용해서 공통 모듈을 상속해서 사용하는 단점을 커버함 • 설정 주입 시 프로젝트의 조건을 체크할 수 있어서 프로젝트별로 주입되는 설정을 다르게 할 수 있음

   
   

결론

Gradle이 Maven의 장점을 계승한 점과 시기적으로 늦게 나온 만큼 사용성, 성능 등 비교적 뛰어난 스펙을 가지고 있다. 특히, 속도가 빠르며 Groovy 기반으로 설정이 쉽고, 설정 주입 방식을 사용하여 멀티 프로젝트에 사용하기 좋다. 하지만 메모리를 많이 잡아먹는다는 단점 또한 검색으로 알 수 있었다.

프로젝트의 빌드타임이 비용문제로 이어질 경우 Gradle을 사용해야 할 것 같고, '익숙함'에서 벗어나는 것이 두려워 Gradle 사용을 망설이는 Maven 기반 개발자들도 한번쯤 사용을 고려해볼 가치가 충분하다고 생각한다.

나 또한 개인 프로젝트를 Gradle로 진행하며 쓸데없는 XML 형식을 지키지 않아도 된다는 점에서 굉장히 매력을 느꼈다.

참고

• https://gradle.org/
• https://bkim.tistory.com/13
• https://goddaehee.tistory.com/199
• https://en.wikipedia.org/wiki/Build_automation
• https://laptrinhx.com/maven-life-cycle-1301824600/ (Maven LifeCycle 이미지)

작성된 HTML페이지, 이미지 등을 네트워크망에 종속되지 않고, 웹서비스를 할 수 있도록 하는 어플리케이션

• 동적인 데이터를 요청하게 되면 WAS로 요청을 넘겨줌
• 소프트웨어 관점에서의 웹 서버 : 웹 브라우저 클라이언트로부터 HTTP요청을 받아, HTML문서 등을 반환하는 컴퓨터 프로그램
• 하드웨어 관점에서의 웹 서버 : 위에서 언급한 기능을 제공하는 컴퓨터 프로그램이 설치되고 실행되는 컴퓨터

대표적인 웹 서버 프로그램

• Apache
• Nginx
  

웹 어플리케이션 서버(WAS)란?

동적 컨텐츠를 제공하기 위해 만들어진 애플리케이션 서버(DB조회, 로직 처리가 요구되는 컨텐츠)

• 미들웨어의 한 종류로 JSP, Servlet 구동 환경 제공
• 웹 서버 + 웹 컨테이너

웹 컨테이너란? - JSP와 서블릿을 실행시킬 수 있는 소프트웨어 - 컨테이너, 서블릿 컨테이너라고도 함 - JSP컨테이너가 탑재 되어 있는 WAS는 JSP페이지를 컴파일 해 동적인 페이지를 생성

EX) 웹 서버에서 JSP를 요청하면 톰캣에서는 JSP파일을 서블릿으로 변환하여 컴파일을 수행하고,
    서블릿 수행결과를 웹서버에게 전달

제공하는 기능

1) 프로그램 실행 환경, 데이터베이스 접속 기능 제공 2) 여러 개의 트랜잭션을 관리 3) 비즈니스 로직을 수행 4) Web Service 플랫폼으로서의 역할

대표적인 WAS 프로그램

• Tomcat : 아파치 재단에서 관리하는 WAS
• Jetty : 이글립스 재단에서 관리
• WebLogic : 오라클에서 관리하는 WAS
• JBoss : 레드햇에서 관리하는 WAS
• Jeus : 국내 회사인 티맥스소프트에서 관리하는 WAS
  

웹 서버와 WAS의 구성에 따른 분류

웹 사이트의 가장 기본적인 구성 환경

• 모든 콘텐츠를 한 곳에 집중시켜 웹 서버와 WAS의 역할을 동시에 수행
• 사용자 증가시 스위치 장비를 통해 로드 밸런싱 수행
• 최적화 측면에서 바람직하지 못함
• 사용자와 트래픽이 적을 때 효율적

기능적 분류를 통해 효과적인 분산을 유도한 형태

• 정적인 데이터는 웹 서버에서, 동적인 데이터는 WAS가 처리
• 웹 서버에서 처리할 것과 WAS에서 처리할 것을 판단하는 건 웹 서버 단의 Configuration을 통해 처리

특정 기능에 대한 서버를 별도로 두고 있는 형태

• 웹 페이지에서 이미지 비중이 증가하고, 이미지들이 전체 네트워크 비중의 상당부분을 차지
• 이미지 서버를 따로 구성해 웹 서버와 WAS를 좀 더 효과적으로 사용할 수 있는 구조
• 특정 컨텐츠에 집중적인 요청을 받는 경우에도 유용한 구조

  EX) 대학 입시 시즌 경쟁률 조회는 엄청난 트래픽이 발생하고 Reload 또한 빈번하게 일어난다. 이럴 경우 특정시간 간격으로 HTML을 생성하고, 페이지를 특성 서버에 위치시켜 부하를 분산시킬 수 있다.

WAS단을 Logic으로 구분하여 구성한 형태

• WAS단의 프로그램이 많은 비중을 차지하는 경우, 프레젠테이션 로직과 비즈니스 로직을 담당하는 프로그램을 구분하는 구성
• 구조가 복잡해지지만, 특성 로직 부분의 부하에 따른 대응이 가능하다는 장점이 있음
  
  
  

참고

https://helloworld-88.tistory.com/71 https://hoon-k.tistory.com/5 https://blog.daum.net/hopcount/8658571 https://opentutorials.org/course/3084/18892 (썸네일 이미지)

• https://gmlwjd9405.github.io/2018/12/21/template-engine.html
• https://dlgkstjq623.tistory.com/304?category=786635
• https://refactoring.guru

스프링 부트 공식 문서에서는 아래와 같이 설명함

Spring Boot makes it easy to create stand-alone, production-grade Spring based Applications that you can "just run". We take an opinionated view of the Spring platform and third-party libraries so you can get started with minimum fuss. Most Spring Boot applications need minimal Spring configuration.

"Spring Boot는 단독 실행되는, 상용화 가능한 수준의 스프링 기반 애플리케이션을 쉽게 만들어 낼 수 있습니다. 최소한의 설정으로 스프링 플랫폼과 서드파티 라이브러리들을 사용할 수 있도록 하고 있습니다."

즉, 스프링 기반 애플리케이션을 쉽게 만들도록 도와줌

스프링 부트(Spring Boot)의 특징

Auto Configuration(자동 설정)

Automatic config for spring functionality

"스프링 기능을 위한 자동 설정을 지원한다."

Enable auto-configuration of the Spring Application Context, attempting to guess and configure beans that you are likely to need. Auto-configuration classes are usually applied based on your classpath and what beans you have defined.

"당신이 필요할 것 같은 빈들을 추측하고 설정하여 스프링 application context의 auto-configuration을 가능하게 한다. auto-configuration 클래스들은 대게 classpath와 당신이 정의한 빈을 바탕으로 적용된다. "

자동 설정 관련 어노테이션

Spring Boot가 Bean을 등록하는 과정

1. @ComponentScan

• Spring과 마찬가지로 component-scan을 통해 component를 찾고 bean 생성을 진행 이 과정에서 우리가 설정한 bean들이 생성됨
• @component 어노테이션을 선언한 클래스들(Controller, RestController, Service, Repository, @Configuration에 등록한 @Bean 등)

2. @EnableAutoConfiguration

• @EnableAutoConfiguration으로 추가적인 Bean들을 읽어서 등록
• 메인 클래스(@SpringBootApplication)를 실행하면, @EnableAutoConfiguration에 의해 spring.factories 안에 들어있는 수많은 자동 설정들이 조건에 따라 적용이 되어 수많은 Bean이 생성, 스프링 부트 애플리케이션이 실행

즉, @EnableAutoConfiguration에 의해 spring.factories 안에 들어있는 수많은 자동 설정들이 조건에 따라 적용이 되어 수 많은 Bean이 생성되고, 자동 설정이 되는 것

Bean의 등록과 자동 설정에 필요한 파일

• 모두 Spring-boot-AutoConfiguration에 미리 정의되어 있음
• 지정된 프로퍼티 값을 사용하여 설정 클래스 내부의 값들을 변경 가능

※ Spring을 사용했다면 수많은 bean과 설정 파일을 개발자가 직접 하나하나 등록해줘야 함

Easy dependency Management(쉬운 의존성 관리)

(1) Spring-boot-starter

웹 어플리케이션을 개발할 때 spring-web, spring-webmvc, jackson-databind 등과 같은 의존성이 필요함. 즉, Spring으로 웹 어플리케이션 개발 시 위와 같은 의존성들을 일일이 찾고, 호환되는 버전에 맞춰 의존성을 추가하는 번거로움이 존재. Spring Boot는 이런 번거로움을 줄이기 위해 Spring boot Starter라고 불리는 것을 도입. starter-web은 spring-web, spring-webmvc, jackson-databind로 이루어져 있고, 의존성에 spring-boot-starter-web만 적어주면 web과 관련된 의존성들을 추가할 수 있음

(2) io.spring.dependency-management

스프링부트의 의존성을 관리해주는 플러그인, dependency manager가 관리하는 프로젝트들은 알아서 버전 관리를 해줌. 따라서 build 설정에 dependency에 대한 버전을 명시할 필요가 없음. Spring Boot 자체를 업그레이드하면 하위 종속성들도 일관된 방식으로 업그레이드됨. (직접 버전을 명시하는 경우 해당 버전으로 오버라이딩) 즉, Spring Boot의 dependency-management를 이용하여 단 한 줄로 수많은 프로젝트의 버전을 충돌 없이 관리할 수 있게 됨

Embedded Servlet Container Support(내장 서블릿 컨테이너) = 내장 서버

Not War, Just Jar

• Spring을 이용한 프로젝트 : WAR(Web application ARchive)파일로 배포할 수 있음

WAR란?

• 웹 애플리케이션을 압축해 저장해놓은 파일
• Tomcat과 같은 WAS에서 돌아감
• 단독으로 실행은 불가하며 서버 컨테이너(was)에 의해 실행되어야 하므로 배포디스크립터(web.xml)가 담겨있음
• 실행 조건 : Spring으로 개발한 프로젝트를 배포하기 위해서는 WAR 파일과 WAS가 필요
• -> 그렇기에, WAS 설정이 필요함

• Spring Boot를 이용한 프로젝트 : 스프링 부트 내부에 Tomcat이나 Jetty같은 내장 서버를 가지고 있기 때문에 JAR파일로 배포가능, Spring Boot로 개발한 프로젝트를 배포하기 위해서는 단순히 JAR파일만 필요

JAR란?

• Java ARchive
• 하나의 Application 기능이 가능하도록 java 파일을 압축하고 지원
• 엔터프라이즈 Java Bean(클래스 파일)과 EJB 전개 디스크립터를 포함한 EJB 모듈은 .jar 확장을 사용하여 JAR 파일로 압축
• 실행 조건 : Java 설치

즉, 스프링 부트가 Tomcat을 내장하면서, Servlet Container에 종속되던 Web Application의 문제를 해결하였음

참고

• https://ssoco.tistory.com/66
• https://gptjs409.github.io/java/2019/08/06/war-jar.html
• https://programmer93.tistory.com/40

• 자바 플랫폼을 위한 오픈소스 애플리케이션 프레임워크
• 엔터프라이즈급 애플리케이션을 개발하기 위한 기능을 종합적으로 제공하는 경량화된 솔루션

엔터프라이즈급이란? ＞ 대규모 데이터 처리와 트랜잭션이 동시에 여러 사용자로 부터 행해지는 매우 큰 규모의 환경

• POJO 기반의 Enterprise Application 개발을 쉽고 편하게 할 수 있도록 함

POJO(Plain Old Java Object)란? ＞ 이전의 자바는 EJB를 거치면서 무겁기도 하고 특정 환경에 종속되는 등 자바다움을 잃어가기 시작 ＞ 상속, 인터페이스가 필요없는, 속성과 기능만 있는 아주 단순하고 가벼운 객체를 의미 ＞ POJO는 gettet/setter를 가진 단순 자바 오브젝트로 정의 ＞ 장점 : 의존성이 없고 추후 테스트 및 유지보수가 편리함

• Java Application을 개발하는데 필요한 하부구조(Infrastructure)를 포괄적으로 제공
• Spring이 하부구조를 처리하기 때문에 개발자는 Application 개발에 집중할 수 있음
• 동적 웹 사이트를 개발하기 위한 여러 가지 서비스를 제공
• 전자 정부 표준 프레임워크의 기반 기술

스프링(Spring Framework)의 주요 특징

IOC(Inversion of Control)

• 제어의 역전

일반적인 프로그램에서는..

• 객체 결정 및 생성 -> 의존성 객체 생성 -> 객채 내의 메소드 호출 -> (반복)
• 각 객체들이 프로그램의 흐름을 결정하고 각 객체를 구성하는 작업에 직접적으로 참여
• 즉, 모든 작업을 사용자가 제어하는 구조

반면 IOC는..

• 모든 권한을 다른 대상에 위임함으로써 제어 권한을 위임받은 특별한 객체에 의해 결정되고 만들어짐

• 즉, 제어의 흐름을 사용자가 컨트롤 하지 않고 권한을 위임한 특별한 객체에 모든 것을 맡기는 구조

• IOC의 구성요소 : DI(Dependency Lookup, 의존성 검색), DL

  • DL(Dependency Lookup, 의존성 검색) 컨테이너에서는 객체들을 관리하기 위해 별도의 저장소에 Bean을 저장하는데 저장소에 저장되어 있는 컨테이너에서 제공하는 API 를 이용하여 사용하고자 하는 Bean을 검색하는 방법

• DI(Dependency Injection, 의존성 주입) 의존성 주입이란 객체가 서로 의존하는 관계가 되게 의존성을 주입하는 것 객체지향 프로그램에서 의존성 이란 하나의 객체가 어떠한 다른 객체를 사용하고 있음을 의미 각 클래스(POJO 객체들) 사이에 필요로 하는 의존 관계를 Bean 설정 정보를 바탕으로 컨테이너가 자동으로 연결해 주는 것

AOP(Aspect Orientated Programming)

• 관점 중심 프로그래밍
• 흩어진 Aspect 를 모듈화 할 수 있는 프로그래밍 기법
• 여러 곳에서 쓰이는 공통 기능을 모듈화하고, 쓰이는 곳에 필요할 때 연결함으로써, 유지 보수 혹은 재사용에 용이하도록 프로그래밍 하는 것

OOP에서는..

• 객체지향 원칙에 따라 관심사가 같은 데이터를 한곳에 모아 분리, 낮은 결합도를 갖게 해 독립적이고 유연한 모듈로 캡슐화를 함
• 이러한 과정 중 중복된 코드들이 많아지고 가독성, 확장성, 유지 보수성을 떨어뜨림

AOP에서는..

• 핵심기능과 공통기능을 분리시켜 핵심 로직에 영향을 끼치지 않게 공통기능을 끼워 넣는 개발 형태
• 무분별하게 중복되는 코드를 한 곳에 모아 공통기능을 한 곳에 보관함으로써 공통 기능 하나의 수정으로 모든 핵심기능들의 공통기능을 수정 할 수 있어 효율적인 유지보수 가능 및 재활용성이 극대화

Portable Service Abstraction

이식 가능한 서비스 추상화 완성도가 높은 라이브러리와 연결할 수 있는 인터페이스 제공 다른 프레임워크들과의 통합 지원

MVC(Model2)

Model-View-Controller 구조로 사용자 인터페이스와 비지니스 로직을 분리하여 개발 하는 것 Model1과 Model2로 나누어져 있으며, 일반적인 MVC는 Model2를 지칭

스프링(Spring Framework)의 구조

Spring Core

Spring Core는 Spring Container 의미 Container는 Spring Framework의 핵심이며 그중 핵심은 Bean Factory Container Bean Factory는 IOC패턴을 적용하여 객체 구성 부터 의존성 처리까지 모든 일을 담당하는 역할

Spring Context

Spring Framework의 Context 정보들을 제공하는 설정 파일 Spring Context는 JNDI, EJB, Validation, Scheduiling, Internaliztaion 등 엔터프라이즈 서비스들을 포함하고 있음

Spring AOP

Spring Framework에서 관점지향 프로그래밍을 할 수 있고, AOP를 적용 할수 있게 도와주는 Module

Spring DAO

Data Access Object Database Data에 접근하는 객체 Spring JDBC DAO는 추상 레이어 지원

Spring ORM

Object Relational Mapping 간단하게 객체와의 관계 설정을 하는 것 Spring에서 Ibatis, Hibernate 등 인기 있는 객체 관계형 도구를 사용할 수 있도록 지원

Spring Web

Application Module에 내장되어 있음 Web 기반 응용 프로그램에 대한 Context를 제공, 일반적인 Web Application 개발에 필요한 기본적인 기능을 지원

Spring MVC

Model2 구조로 Apllication을 만들 수 있도록 지원 웹 응용 프로그램을 작성하기 위한 완전한 기능을 갖춘 MVC를 구현 전략 인터페이스를 통해 고급 구성 가능하며 JSP, Velocity, Tiles, iText 및 POI를 포함한 수많은 뷰 기술을 지원

참고

• https://khj93.tistory.com/entry/Spring-Spring-Framework%EB%9E%80-%EA%B8%B0%EB%B3%B8-%EA%B0%9C%EB%85%90-%ED%95%B5%EC%8B%AC-%EC%A0%95%EB%A6%AC
• https://ko.wikipedia.org/wiki/%EC%8A%A4%ED%94%84%EB%A7%81_%ED%94%84%EB%A0%88%EC%9E%84%EC%9B%8C%ED%81%AC
• https://shlee0882.tistory.com/201

• 운전면허 취득하기 🚗
• [챌린저스] 9시 기상 챌린지 85%이상으로 완료 👍🏻
• [온라인 강의] 'it 취업을 위한 알고리즘 문제풀이 (with C/C++) : 코딩테스트 대비' 완강 👨🏻‍💻
• 프로젝트 기술서 작성 📝
• 블로그에 게시글 꾸준히 작성 📖
• 입사 지원 📑
• 맨몸 운동 주 3회 🏋🏻‍♂️
• Sunday Runday 🏃🏻‍♂️

운전면허 취득하기

• 학원 등록하여 기능, 도로주행 시험 통과하기
• 6월에는 꼭 따는 걸로...
  

[챌린저스] 9시 기상 챌린지 85%이상으로 완료

• 취준 기간이 길어지며 불규칙적인 생활습관이 생겼음
• 평일 아침 9시 기상 챌린지를 통해 좋은 습관 기르기
• 100% 환급 기준인 85%이상 인증이 목표
• 효과가 좋다면 8시 기상 챌린지 도전도 고려해보기
• 두번 시도를 했지만 두번 다 아쉽게 실패하였다. 사실 인증하고 다시 잔날도 많아서 여러모로 대실패. 제일 시급한 문제인 만큼 6월에는 자체 챌린지로 재도전 해봐야겠다.
  

[온라인 강의] 'it 취업을 위한 알고리즘 문제풀이 (with C/C++) : 코딩테스트 대비' 완강

• 혼자 준비하다보면 어떤 카테고리의 알고리즘을 학습해야할지, 어떤 문제를 풀어야할지 감이 안잡히는 것 같아 온라인 강의를 신청
• 완강 및 문제 풀이 후 Github 커밋이 목표

- 기초 구현력 기르기 부분은 다 들었으나, bfs/dfs, dp등의 후반 응용 과정을 놓쳤다. 서류 지원 기간이 마무리되어가니 다시 비중을 크게 두고 단기간에 끝내는 게 목표.

프로젝트 기술서 작성

• 노션을 활용해 만든 온라인 포트폴리오가 있지만 파일 형태로 된 프로젝트 기술서, 포트폴리오를 요구하는 기업이 많기에 프로젝트 기술서 작성이 필요함
• 전 회사에서 진행한 4개의 프로젝트, 개인 프로젝트 2가지 기술
• 작성한 기술서 기반으로 기술면접 시 프로젝트 경험 답변에 활용할 수 있도록 준비하면 좋을 듯
  

블로그에 게시글 꾸준히 작성

• 공부하며 알게 된 내용, 자주 까먹는 내용 기록하기

  https://velog.io/@suwon-city-boy/series/Web https://velog.io/@suwon-city-boy/series/Spring https://velog.io/@suwon-city-boy/series/Design-Pattern

결과 : WEB 기반 기술, Spring, Design Pattern 관련하여 새로운 시리즈를 만들고 글을 업로드 하였다.

입사 지원

• 삼성 SSAFY, LG CNS, 동원그룹, 웍스모바일, 한국투자증권 등에 지원하였다.
  

맨몸 운동 주 3회

• 주 3회 분할 없이 자유롭게 하는 것이 목표 💪🏻
• "죄수 운동법"이란 책을 참고하여 단계별로 진행

• 주 3회를 칼 같이 지키지는 못했지만, 저번달에 비해 확실히 수행 횟수도 많아지고 운동 빈도도 늘었다. 1kg 정도 살도 찌고, 근육도 붙기 시작하는 것 같아서 뿌듯했다. 6월에도 무리하지 않고 천천히 늘려나가야겠다.
  

Sunday Runday

• 일요일마다 공원에서 달리기

결과 : 한번빼곤 못 뛰었다. 미세먼지 + 황사라는 알량한 핑계 아닌 핑계.. 6월에는 매주 뛰는 것을 목표로.

• 연속적인 메모리를 기반으로 하는 순차 컨테이너
• front, end에서 삭제와 삽입이 모두 가능
• 임의 원소에 접근이 가능(인덱스 존재)
• 크기가 가변적이기 떄문에 삽입할 때 크기 고려하지 않아도 됨
  

1. 생성

• 헤더 파일 #include <deque>

• 생성 deque<자료형> 변수명 deque<자료형> 변수명(n) set<자료형> 변수명 = {원소1, 원소2, 원소3}

ex) deque<int> dq; , deque<int> dq(5);

2. 멤버 함수

3. 예시

#include <iostream>
#include <deque>
using namespace std;

void main() {
    deque<int> dq;

    dq.push_back(2);
    dq.push_back(3);
    dq.push_front(1);

    for (int i = 0; i < dq.size(); i++) {
        cout << dq[i] << endl; // 1 2 3
    }

    dq.pop_back();
    dq.push_back(4);

    deque<int>::iterator iter;
    for (iter = dq.begin(); iter != dq.end(); iter++) {
        cout << *iter << endl; // 1 2 4
    }

    cout << dq.empty() << endl; // 0(false);

    dq.clear();

    cout << dq.empty() << endl; // 1(true);
}

참고

• https://en.cppreference.com/w/cpp/container/deque

• 연관 컨테이너(associative container)
• 노드 기반 컨테이너이며 내부적으로 균형 이진트리로 구현됨
• Key라 불리는 원소들의 집합
• key값은 중복이 허용 안됨
• 원소 삽입시 자동으로 정렬 됨
• 정렬은 less(오름차순)가 Default

1. 생성

• 헤더 파일 #include <set>

• 생성 set<자료형> 변수명 set<자료형> 변수명(정렬 기준) set<자료형> 변수명(변수명)

ex) set<int> s;

2. 멤버 함수

• 삽입시 성공 실패에 대한 여부는 리턴값 pair<iterator, bool>)으로 나옴
• pair<iterator, bool>에서 pair.first는 삽입한 원소를 가리키는 반복자
• pair.second는 성공(true), 실패(false)를 나타냄

3. 예시

#include <iostream>
#include <set>
using namespace std;

void main() {
    set<int> s;

    s.insert(1);
    s.insert(2);
    s.insert(5);
    s.insert(6);
    s.insert(3);
    s.insert(4);

    set<int>::iterator iter;
    for (iter = s.begin(); iter != s.end(); iter++) {
        cout << *iter << endl; // 1 2 3 4 5 6
    }

    iter = s.find(2);

    if (iter != s.end()) {
        cout << *iter << endl; // 2
    }

    set<int> s2;
    s2.swap(s);
    s2.erase(4);

    for (iter = s2.begin(); iter != s2.end(); iter++) {
        cout << *iter << endl; // 1 2 3 5 6
    }
}

참고

• https://blockdmask.tistory.com/79

• 각 노드가 Key와 Value 쌍으로 이루어진 트리
• 중복을 허용하지 않음
• Pair 객체 형태로 저장
• 검색, 삽입, 삭제 시간 복잡도 : O(logN)
• 원소 삽입시 Key를 기준으로 오른차순 정렬이 Default

1. 생성

• 헤더 파일 #include <map>

• 생성 map<key,value>

  ex) map<string, int> m;

• 내림차 순으로 정렬되는 Map 생성

  ex) map<string, int, greater<string>> m

2. 멤버 함수

find()로 데이터를 찾지 못했을 경우, map.end() 반환

3. 예시

#include <iostream>
#include <map>
#include <string>
using namespace std;

void main() {
    map<string, int> m;

    m.insert(make_pair("a", 1));
    m.insert(make_pair("b", 2));
    m.insert(make_pair("c", 3));
    m.insert(make_pair("d", 4));
    m["e"] = 5;

    cout << m.size() << endl; // 5
    cout << m.count("a") << endl; // 1

    for (auto iter : m) {
        cout << iter.first << " " << iter.second << endl;
    }

    /*
        a, 1
        b, 2
        c, 3
        d, 4
        e, 5
    */

    m.erase("a");
    m.erase("b");
    m.erase(m.find("d"));

    for (auto iter = m.begin(); iter != m.end(); iter++) {
        cout << iter->first << " " << iter->second << endl;
    }

    /*
        c, 3
        e, 5
    */

    m.clear();
    cout << m.empty() << endl; // 1(true)
}

참고

• https://life-with-coding.tistory.com/305
• https://twpower.github.io/91-how-to-use-map-in-cpp

• 운전면허 취득하기 🚗
• CodeUp 기초 100제 풀기 💯
• '구현' 관련 알고리즘 문제 풀이(20문제) 👨🏻‍💻
• '탐색' 관련 알고리즘 문제 풀이(20문제) 👨🏻‍💻
• C++ STL 사용법 정리(velog) 📖
• 입사 지원 📃
• 맨몸 운동 주 3회 🏋🏻‍♂️
• Sunday Runday 🏃🏻‍♂️

운전면허 취득하기

• 친구와 함께 필기 시험에 응시, 78점으로 합격하였다.
• 필기 합격 후 학원을 찾다보니 어느새 5월. 찾은 학원을 5월 시작하자마자 등록할 예정

CodeUp 기초 100제 풀기

C++ 기초를 위해 CodeUP 기초 100제를 풀었다. Github에 업로드 완료(https://github.com/suwon-city-boy/algorithm-study/tree/main/CodeUp)

'구현' 관련 알고리즘 문제 풀이

• 매일 꾸준히 풀었다. 다만 목표했던 문제수에는 약간 못 미치는 것 같다. 혼자 하다보니 시간을 너무 많이 뺏기고 진도 나가기가 어려운 것 같아 강의를 들을 예정.

'탐색' 관련 알고리즘 문제 풀이

• 구현 / 시뮬레이션 카테고리의 문제를 풀다보니 시간이 없어 못 풀었다. 특히 BOJ 기준 실버2 ~ 골드5 문제 풀다보니 문제마다 시간이 너무 많이 들었다.
• 5월에는 혼자 하기보단 강의를 신청해 효과적으로 할 예정.
  

C++ STL 사용법 정리(velog)

• STL이란? https://velog.io/@suwon-city-boy/STL%EC%9D%B4%EB%9E%80
• Vector https://velog.io/@suwon-city-boy/C-STL-Vector
• Stack https://velog.io/@suwon-city-boy/C-STL-Stack
• Queue https://velog.io/@suwon-city-boy/C-STL-Queue
• Priority Queue https://velog.io/@suwon-city-boy/C-STL-Priority-Queue
• Map https://velog.io/@suwon-city-boy/C-STL-Map
• Set https://velog.io/@suwon-city-boy/C-STL-Set
• Deque https://velog.io/@suwon-city-boy/C-STL-Deque
  

입사 지원

서류 지원

• 신한은행
• 교보생명
• CJ 올리브 네트웍스
  

인적성 & 코딩테스트

• 롯데 정보통신(불합, 코테 공부가 시급하다) -> CodeUp 기초 100제, 구현, 탐색 공부
  

맨몸 운동 주 3회

• 월, 수, 금 주 3회 분할 없이 자유롭게 하는 것이 목표 💪🏻
• 죄수 운동법이란 책을 참고하여 단계별로 진행
• 4월의 목표 : 푸쉬업 2단계, 풀업 1단계, 스쿼트 2단계
• 욕심 안내고 꾸준히 하는 습관을 들이는 것이 목표였기에 만족스러운 결과다.
• 데이트가 있어 못한 날엔 주기에 어긋나더라도 다음 날 실천한 것이 특히 뿌듯했었다.
  

Sunday Runday

• 코로나와 취준으로 집에만 있다보니 체력이 떨어진 게 느껴짐😥
• 일요일마다 공원에서 달리기(기록보다는 수행에 중점을 두는 것으로..)
  
• 결국 한번도 못 뛰었다. 4월 3째주부터 시작한 계획이고, 황사로 인해 야외활동이 불가한 것도 있었으나 결국엔 의지가 부족했다.. 맨몸운동은 꾸준히 지켰으니, 5월에는 매주 뛰는 것으로 다시 도전하는 걸로!

• Queue의 한 종류
• 우선순위에 따라 정렬된 Queue
• 원소 삽입(push)시 우선순위에 맞춰 Queue가 정렬됨
• Heap으로 구현되어있음
• Push 중 생기는 정렬 과정의 시간 복잡도는 O(logN)
  

1. 생성

• 헤더 파일 #include <queue> (Queue와 동일)

• 생성 priority_queue<자료형> 변수명 priority_queue<자료형, Container, 비교함수> 변수명

자료형만 명시할 경우 Default는 내림차순

ex) priority_queue<int, vector, greater> pq; // 오름차순에 따라 정렬되는 우선순위 큐 생성

2. 멤버 함수

3. 예시

#include <iostream>
#include <queue>
using namespace std;

void main() {
    priority_queue<int> pq1;

    pq1.push(1);
    pq1.push(8);
    pq1.push(3);
    pq1.push(5);

    for (int i = 0; pq1.size(); i++) {
        cout << pq1.top() << endl; // 8 5 3 1
        pq1.pop();
    }
    cout << pq1.empty() << endl; // 1(true)

    priority_queue<int, vector<int>, greater<int>> pq2;
    pq2.push(1);
    pq2.push(8);
    pq2.push(3);
    pq2.push(5);

    for (int i = 0; pq2.size(); i++) {
        cout << pq2.top() << endl; // 1 3 5 8
        pq2.pop();
    }
    cout << pq2.empty() << endl; // 1(true)

}

참고

• http://www.cplusplus.com/reference/queue/priority_queue/
• https://travelbeeee.tistory.com/126

• FIFO(First In FIrst Out) 구조
• 앞 쪽 끝은 프런트(front)로 정하여 삭제 연산 수행
• 뒤 쪽 끝은 리어(rear)로 정하여 삽입 연산 수행
  

1. 생성

• 헤더 파일 #include <queue>

• 생성 queue<자료형> 변수명

  
  

2. 멤버 함수

3. 예시

#include <iostream>
#include <queue>
using namespace std;

void main() {
    queue<int> q;

    q.push(1);
    q.push(2);
    q.push(3);
    q.push(4);
    q.push(5);

    cout << q.size() << endl; // 5
    cout << q.front() << endl; // 1
    cout << q.back() << endl; // 5

    q.pop();

    cout << q.size() << endl; // 4
    cout << q.front() << endl; // 2
    cout << q.back() << endl; // 5

    q.pop();
    q.pop();
    q.pop();

    cout << q.empty() << endl; // 0(false)

    q.pop();

    cout << q.empty() << endl; // 1(true)
}

참고

http://www.cplusplus.com/reference/queue/queue/

• LIFO(Last In First Out) 구조
• top(맨 위 요소)을 통해서만 내부 데이터에 접근 가능
• Stack Container Adapter는 vector, deque, list container 기반
• 내부적인 구현은 vector, deque, list container 구조
• stack과 같이 작동하도록 멤버 함수 등을 지원
  

1. 생성

• 헤더 파일 #include <stack>

• 생성 stack<자료형> 변수명

  
  

2. 멤버 함수

3. 예시

#include <iostream>
#include <stack>
using namespace std;

void main() {
    stack<int> stk;

    stk.push(2);
    stk.push(4);
    stk.push(6);

    cout << stk.top() << endl; // 6
    cout << stk.size() << endl; // 3

    stk.pop();
    cout << stk.top() << endl; // 4

    stk.pop();
    cout << stk.empty() << endl; // 0(false)

    stk.pop();
    cout << stk.empty() << endl; // 1(true)
}

참고

• https://blockdmask.tistory.com/100

• 동적 배열 구조
• 자동으로 배열의 크기 조절과 객체의 추가와 삭제가 가능
  

1. 생성 및 초기화

2. Iterators

rbegin(), rend()를 이용한 역순 출력 예시

#include <iostream>
#include <vector>
using namespace std;

void main() 
{
    vector<int> v = {1,2,3,4,5};

    vector<int>::reverse_iterator itr;
    for (itr=v.rbegin(); itr!=v.rend(); itr++) 
    {
        printf("%d\n", *itr); // 5, 4, 3, 2, 1
    }
}

3. 요소 접근

※ at과 []의 차이점

• at은 범위를 검사하여 범위 밖의 요소에 접근 시 예외처리를 발생시킴(std::out_of_range)
• []는 범위검사를 하지 않으며 예외처리 발생시키지 않음

4. 요소 삽입, 삭제

5. 크기(용량) 관리

size()와 capacity()의 차이점 예시

#include  <iostream>
#include  <vector>
using  namespace  std;


int  main() {
    vector<int> v = { 1, 2, 3, 4, 5};

    v.reserve(10);

    cout <<  v.size() <<  endl; // 5
    cout <<  v.capacity() <<  endl; // 10
}

참고

• https://ko.wikipedia.org/wiki/%EB%B2%A1%ED%84%B0_(STL)
• https://hwan-shell.tistory.com/119

STL

• C++ 표준 템플릿 라이브러리 (Standard Template Library)
• 프로그램에 필요한 자료구조와 알고리즘을 Template으로 제공
  

1. 장단점

2. 구조

iterator(반복자)

• STL 전용 포인터, 가리키는 원소에 접근하여 다음 원소를 가리킴

Algorithm(알고리즘)

• 정렬, 삭제, 검색, 연산 등 간단하게 호출하여 사용하게 구성되어 있음

Allocator(할당기)

• 컨테이너의 메모리 할당 정책을 캡슐화한 클래스 객체
• 모든 컨테이너는 자신만의 할당 크기를 가지고 있음

Function Object(함수 객체)

• 함수처럼 동작하는 객체
• operator() 연산자를 오버로딩

Adaptor(어댑터)

• 구성 요소의 인터페이스를 변경하여 새로운 인터페이스를 갖는 구성 요소로 변경
• 어댑터 컨테이너
  

3. 종류

시퀸스 컨테이너(Sequence Container)

• 자료를 입력한 순서대로 저장
• 검색 및 삽입, 삭제 속도가 느림
• 많지 않은 양의 자료 / 검색 속도가 중요하지 않으면 사용.
• 종류 : array (C++ 11), vector, list, deque
  

연관 컨테이너(Associative Container)

• 트리 구조
• 검색 및 삽입, 삭제 속도가 빠름
• 많은 양의 자료 / 빠른 검색이 중요한 경우 사용
• 종류 : set, multiset, map, multimap
  

어댑터 컨테이너(Adaptor Container)

• 시퀸스 컨테이너를 변형하여 사용
• 종류 : stack, queue, priority_queue
  

4. 상황별 컨테이너 선택

1. 적은양의 데이터

• array
• vector
• list / forward_list
  
  

2. 많은양의 데이터 + 검색 활발

• map
• set
  
  
  

참고

https://code-algalon.tistory.com/188 https://ko.wikipedia.org/wiki/%ED%91%9C%EC%A4%80_%ED%85%9C%ED%94%8C%EB%A6%BF_%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC