오늘 시간에는 스프링에 대한 개념과 특징에 대해 알아보며 저와같이 스프링이 어떤것인지 모르고 이용한 모두에게 구체적으로 설명해보는 시간을 가져보겠습니다!

스프링의 정의

• 엔터프라이즈용 Java 어플리케이션 개발을 편하게 할수 있는 오픈소스 경량급 어플리케이션 프레임워크
  • 프레임워크란? 어떠한 목적을 쉽게 달성할 수 있도록 해당 목적과 관련된 코드의 뼈대를 미리 만들어둔것.
    
  • 어플리케이션 프레임워크 어플리케이션 프레임워크를 개발하는데에 있어 필요한 모든 업무 분야 및 모든 기술과 관련된 코드들의 뼈대를 제공
    

스프링의 특징

• POJO 프로그래밍 지향(스프링의 가장 큰 특징)

  Plain Old Java Object → 순수 자바만을 통해 생성한 객체를 의미. 즉, 다른 기술을 사용하지 않는 순수한 Java만을 사용하여 만든 객체

  Import문을 통하여 라이브러리의 메서드를 사용하고 있는 개체는 순수한 자바만을 사용한 것이 아니므로 신기술이 등장하거나 코드를 모두 고쳐야하는 상황에서 해당 기술을 사용하고 있는 모든 객체들의 코드를 전부 바꾸어주어야함

  반면, POJO는 순수 자바만을 사용하여 만든 객체이므로 특정 기술이나 환경에 종속되지 않아 외부 기술이나 규약의 변화에 얽메이지 않아, 보다 유연하게 변화와 확장에 대체할 수 있다. POJO 사용해 비즈니스 로직을 구현하면 객체지향 설계를 제한없이 적용할 수 있으면서, 코드가 단순해져 테스트와 디버깅 또한 쉬워진다.

  

  POJO 프로그래밍을 위해 스프링이 지원하는 기술은IoC/DI, AOP, PSA가 있음.

  IoC / DI (Inversion of Control / Dependency Injection, 제어의 역전 / 의존성 주입)

  자바는 객체지향언어이므로 객체들 간의 관계를 적절히 맺어주는것은 중요한 요소. A 인스턴스가 B 인스턴스의 메소드를 호출하고 있다면 이는 의존관계를 맺은 것이고 “A가 B에 의존하고 있다” 라고 설명. 만약, A가 사용할 객체를 B가 아니라, 새롭게 C를 정의해서 사용하고자 한다면 어떻게 해야 할까.

  

  만약 기존에 B를 사용하던 객체가 A 뿐만 아니라, 수십 또는 수백개가 있다면 모든 객체의 코드를 수정해주어야 한다.

  그러나 스프링을 이용하면 변화가 발생한 상황에 최소한의 수정만으로 변화를 유연하게 수용이 가능함.

  

  A는 자신이 사용할 객체를 스스로 생성하지 않고, 생성자를 통해 외부로부터 받아오고 있다. 즉, A는 자신이 사용할 객체를 알지 못하며, 그저 i에 할당된 인스턴스에 example()이라는 메서드가 존재한다는 것만 알고 있다.

  누군가 A가 사용할 객체를 결정하고 생성해서 A가 인스턴스화될 때 인자로 전달해주어야만 한다. 그래야 A는 B의 것이든, C의 것이든 example() 메서드를 호출할 수 있을 것이기 때문이다. 그 누군가가 무엇일까?

  그 누군가가 바로 스프링이다. 스프링을 사용하면 애플리케이션의 로직 외부에서 A가 사용할 객체를 별도로 설정할 수 있습니다. 개발자가 설정 클래스 파일에 A가 사용할 객체를 C로 설정해두면, 애플리케이션이 동작하면서 스프링이 설정 클래스 파일을 해석하고, 개발자가 설정해둔대로 C 객체를 생성하여 A의 생성자의 인자로 C를 전달해둔다.

  이처럼 개발자가 아닌 스프링이 A가 사용할 객체를 생성하여 의존 관계를 맺어주는 것을 IoC(Inversion of Control, 제어의 역전)라고 하며, 그 과정에서 C를 A의 생성자를 통해 주입해주는 것을 DI(Dependency Injection, 의존성 주입)라고 한다…

  AOP (Aspect Oriented Programming, 관심 지향 프로그래밍)

  애플리케이션을 개발할 때에 구현해야 하는 기능들은 크게 공통 관심 사항과 핵심 관심 사항으로 분류할 수 있다. 먼저, 핵심 관심 사항은 애플리케이션의 핵심 기능과 관련된 관심 사항으로, 커피 주문 애플리케이션을 예로 든다면 메뉴 등록하기, 주문하기, 주문 변경하기 등이 있을 것임.

  반면, 공통 관심 사항은 모든 핵심 관심 사항에 공통적으로 적용되는 관심 사항들을 의미한다. 예를 들어, 메뉴 등록하기, 주문하기, 주문 변경하기 등 모든 핵심 관심 사항에는 로깅이나 보안 등과 관련된 기능들이 공통적으로 적용된다.

  이 때, 핵심 관심 사항과 공통 관심 사항이 코드에 아래와 같이 함께 모여 있으면 필연적으로 공통 관심 사항과 관련된 코드가 중복됨. 이처럼 코드가 중복되어져 있는 경우, 공통 관심 사항을 수행하는 로직이 변경되면 모든 중복 코드를 찾아서 일일이 수정해주어야만 합니다.

  

  코드의 중복이라는 문제를 해결하기 위해서는 공통 관심 사항과 관련된 기능들을 별도의 객체로 분리해낸 다음, 분리해낸 객체의 메서드를 통해 공통 관심 사항을 구현한 코드를 실행시킬 수 있도록해야한다. 이렇게 어플리케이션 전반에 걸쳐 적용하는 공통기능을 비즈니스 로직으로부터 분리해내는 것을 AOP라고 함.

  PSA (Portable Service Abstraction, 일관된 서비스 추상화)

  스프링은 자바 백엔드 개발에 있어 핵심적인 역할을 수행하는 프레임워크이다. 백엔드 개발에 있어서 데이터베이스는 떼어낼수 없는 개념이고, 웹서버는 데이터베이스와 소통하며 웹 클라이언트의 요청을 처리해야한다. 데이터베이스의 종류는 MySQL, Oracle, Maria DB, Mongo DB 다양하다.

  만약 MySQL을 사용하여 개발을 완료, 후에 Maria DB로 데이터베이스를 바꿔야 하는 상황을 가정하면 엄청난 양을 수정해야한다.

  그러나 스프링을 사용하면 동일한 사용방법을 유지한 채로 데이터베이스를 바꿀 수 있다. 이는 스프링이 데이터베이스 서비스를 추상화한 인터페이스를 제공해주기 때문에 가능하다. 즉, 스프링은 자바를 사용하여 데이터베이스에 접근하는 방법을 규정한 인터페이스를 적용하고 있고 , 이를 JDBC(Java Database Connectivity)라고 함

  이러한 JDBC처럼 **특정 기술과 관련된 서비스를 추상화하여 일관된 방식으로 사용될 수 있도록 한 것을 PSA(Portable Service Abstraction, 일관된 서비스 추상화)라고함.

  스프링부트(Spring Boot)

  스프링 부트는 스프링으로 어플리케이션을 만들때 필요한 설정을 간편하게 처리해주는 별도의 프레임워크이다.
  스프링 부트를 사용하면 초기 설정을 간편하게 할 수 있는 것 외에도 몇 가지 장점이 있다. 기존에는 배포를 할 때에 별도의 외장 웹 서버를 설치하고, 프로젝트를 War 파일로 빌드하여 배포를 진행했는데, 이러한 방식은 처리 속도가 느리며 번거롭다는 단점을 가진다. 반면, 스프링 부트는 자체적인 웹 서버를 내장하고 있어, 빠르고 간편하게 배포를 진행할 수 있습니다. 또한, 스프링 부트를 사용하면 독립적으로 실행 가능한 Jar 파일로 프로젝트를 빌드할 수 있어, 클라우드 서비스 및 도커와 같은 가상화 환경에 빠르게 배포할 수 있음.

  다음 시간에는 스프링부트에 대한 포스팅으로 찾아뵙겠습니다❣️