JAVA Spring의 목적

스프링의 목적은 앞에서 다뤘던 대로 

'경량급 프레임워크인 스프링을 활용해서 엔터프라이즈 어플리케이션 개발을 편하게' 하는 것이다. 

원래 엔터프라이즈 개발이 편리하지 않기 때문에 스프링을 사용한다. 

 

1. 엔터프라이즈 개발의 복잡함 

2. 복잡함을 해결하려는 노력 

3. 복잡함을 상대하는 스프링 전략 

4. 기술적으로 스프링이 지향하는 목적 정의 : POJO 프로그래밍 

 

* 맨 밑에 게시물 간단 정리가 있다. 전체적 과정은 그걸 참고하길 바란다.

---

1. 엔터프라이즈 개발의 복잡함 

 2000년대 초반 자바 엔터프라이즈 개발이 실패하는 이유에서는 여러가지 원인이 있었다. 그 중 가장 대표적인 게 엔터프라이즈 시스템 개발이 너무 복잡하다는 것이다. 엔터프라이즈 시스템 개발이 왜 복잡한지를 보면 크게 두 가지 원인을 생각해볼 수 있다. 

 

1)  기술적 복잡함 ; 기술적 제약조건과 요구사항이 늘어남. 

 엔터프라이즈 시스템이란 서버에서 동작하며 기업과 조직의 업무를 처리해주는 시스템을 말한다. 많은 사용자들의 요청을 동시에 처리해야하기 때문에 서버의 자원을 효율적으로 공유하고 분배해서 사용할 수 있어야 한다. 또한 중요한 기업의 핵심정보를 처리하거나 미션크리티걸한 시스템을 다루기도 하기 때문에 보안과 안정성, 확장성 면에서도 뛰어나야 한다. 따라서 뛰어난 성능과 서비스의 안정성이 요구되고 그런점을 고려한 개발기술이 필요하다. 즉 엔터프라이즈 시스템을 개발하는 데는 순수한 비즈니스 로직을 구현하는 것 외에도 기술적으로 고려할 사항이 많다는 뜻이다. 

  또 웹을 통한 사용자의 인터페이스 뿐만아니라, 타 시스템과의 자동화된 연계와 웹 이외의 클라이언트와의 접속을 위한 리모팅 기술도 요구된다. 기업의 시스템이 복잡함에 따라 다중 데이터베이스를 하나의 트랜젝션으로 묶어서 사용하는 분산 트랜잭션의 지원도 필요하다. 문제는 이러한 엔터프라이즈 시스템의 기술적인 요구사항은 단순히 고가의 애플리캐이션 서버(WAS)나 툴을 사용한다고 충족될 수 있는게 아니라는 점이다. 따라서 이런 종류의 기술적인 문제를 고려하면서 애플리케이션을 개발해야 하는 부담을 안게된다. 

 엔터프라이즈 시스템이 기업 업무를 처리하는 데 핵심적 역할로 등장하고 중요해지면서 점점 더 기술적 요구는 심화되고 그에 따른 복잡도는 증가한다. 

 

2) 비즈니스 복잡함 ; 엔터프라이즈 애플리케이션이 구현해야할 비즈니스 로직의 복잡함 증가 

 갈수록 엔터프라이즈 시스템을 이용해 기업의 핵심업무를 처리하는 비율이 늘어가고 있다. 점차 대부분의 업무 처리는 컴퓨터를 이용하지 않고는 아예 진행하기 힘들 만큼 엔터프라이즈 시스템에 대한 업무 의존도가 높아졌다. 그만큼 다양하고 복잡한 업무처리 기능을 엔터프라이즈 시스템이 구현해야 했다는 뜻이다. 엔터프라이즈 시스템이 관여하는 업무의 비율이 급격하게 커지고 있으니, 당연히 애플리케이션 개발도 힘들고 복잡해져 가는 것이다. 

 

 

 

 엔터프라이즈 애플리케이션 개발이 실패하는 주요 원인인 비즈니스 로직의 복잡함과 기술적 복잡함을 알아보았다. 복잡하다는 건 단순 양이 많고 어려운 것을 말하는 게 아니다. 세부요소가 이해하기 힘든 방식으로 얽혀 있고, 그 때문에 쉽게 다루기 어렵다는 의미다. 자바 엔터프라이즈 시스템 개발이 어려운 가장 큰 이유는 근본적인 비즈니스 로직과 엔터프라이즈 기술이라는 두 가지 복잡함이 한데 얽혀있기 때문이다. 

 

 전통적인 자바 엔터프라이즈 개발 기법은 대부분 비즈니스 로직의 복잡한 구현 코드와 엔터프라이즈 서비스를 이용하는기술적 코드가 자꾸 혼재될 수 밖에 없는 방식이었다. 결국 개발자가 동시에 그 두가지를 모두 신경써서 개발해야하는 과도한 부담을 줬고, 그에 따라 전체적 복잡함은 몇 배로 가중됐다.

---

2. 복잡함을 해결하려는 도전 

 근본적으로 엔터프라이즈 개발에 나타나는 복잡함의 원인은 제거 대상이 아니다. 그 복잡함을 효과적으로 상대할 수 있는 전략과 기법이 필요하다. 문제는 비즈니스 로직의 복잡함을 효과적으로 다루기 위한 방법과 기술적인 복잡함을 효과적으로 처리하는 데 적용되는 방법이 다르다는 점이다. 따라서 두 가지 복잡함이 코드에 한데 어우러져 나타나는 전통적인 개발방식에서는 효과적으로 복잡함을 다루기가 힘들다. 

 

 기술적인 복잡함을 애플리케이션 핵심 로직의 복잡함에서 제거하는 데 목표를 두었다. 스프링은 비침투적 기술 전략으로 이를 실현했다. 비침투적 기술은 기술의 적용 사실이 코드에 직접 반영되지 않는다. 어딘가에는 기술의 적용에 따라 필요한 작업을 해줘야 하겠지만, 애플리케이션 코드 여기저기에 불쑥 등장하거나, 코드의 설계와 구현방식을 제한하지 않는다는 게 비침투적 기술의 특징이다. 

 

 스프링을 이용하면 기술의 복잡함과 비즈니스 로직을 다루는 코드를 깔끔하게 분리할 수 있다. 중요한 점은 스프링 스스로가 애플리케이션 코드에 불필요하게 나타나지 않도록 하는 것이다. 꼭 필요한 것 같은 경우조차도 기술코드가 직접 노출되지 않도록 만들었다. 스프링을 적용해도 근본적 복잡함의 원인이 사라지는 것은 아니다. 그러나 스프링을 통해 성격이 다른 복잡함들을 깔끔하게 분리해줬기 때문에 각각을 효과적으로 상대할 수 있는 기반이 마련되었다. 동시에 스프링이 코드에 불필요하게 등장해서 부가적 복잡함을 가져오지 않았다. 

---

3. 복잡함을 상대하는 스프링 전략 

스프링의 기본적 전략은 비즈니스 로직을 담은 애플리케이션 코드와 엔터프라이즈 기술 처리하는 코드를 분리시키는 것이다. 이 분리를 통해 두 가지 복잡함의 문제를 효과적으로 공략 가능하다 

 

• 기술적 복잡함을 상대하는 전략
• 비즈니스와 애플리케이션 로직의 복잡함을 상대하는 전략 
• 핵심도구 : 객체지향과 DI

---

• 기술적 복잡함을 상대하는 전략 

문제 1) 기술에 대한 접근 방식이 일관성 없고, 특정환경에 종속적이다.

해결 1) 서비스 추상화

 기술적인 복잡함은 일단 추상화를 통해 로우레벨의 기술 구현 부분과 기술을 사용하는 인터페이스를 분리하고, 환경과 세부 기술에 독립적인 접근 인터페이스를 제공하는 것이 가장 좋은 해결책이다. 대표적인 예로는 트랜잭션 추상화, OXM 추상화, 데이터 액세스에 관한 일관된 예외 변환기능, 데이터 액세스 기술에 독립적으로 적용 가능한 트랜잭션 동기화 기법 등이 있다. 

 

문제 2) 기술적인 처리를 담당하는 코드가 성격이 다른 코드에 섞여서 등장한다.

해결 2) AOP(Aspect-Oriented Programming, 관점 지향 프로그래밍)

 책임에 따라 계층을 구분하고 그 사이에 서로의 기술과 특성에 의존적인 인터페이스나 예외처리 등을 최대한 제거한다고 할지라고 근본적으로 엔터프라이즈 서비스를 적용하는 한 이런 문제를 쉽게 해결할 수 없다. 이런 기술과 비즈니스 로직의 혼재로 발생하는 복잡함을 해결하기 위한 스프링의 접근 방법은 바로 AOP이다.

  AOP는 애플리케이션 전체에 걸쳐 사용되는 기능을 재사용하도록 지원하는 것이다. 기존에 객체지향 프로그래밍에서 바라보던 관점을 다르게 하여 부가기능적인 측면에서 보았을 때 공통된 요소를 추출한다. 최후까지 애플리케이션 로직을 담당하는 코드에 담아 있는 기술관련 코드를 깔끔하게 분리해서 별도의 모듈로 관리하게 해주는 강력한 기술이다. AOP를 적용하지 않았을 때는 기술과 비즈니스 로직이 지저분하게 얽혀서 다루기 힘들다는 문제도 있지만 기술적 코드가 여기저기 중복돼서 나타난다는 것도 심각한 문제이다. AOP는 기술을 다루는 코드로 인한 복잡함을 기술 그 자체 이상으로 불필요하게 증대되지 않도록 도와주는 가장 강력한 수단이다. 

 

---

• 비즈니스와 애플리케이션 로직의 복잡함을 상대하는 전략 

 기술적 코드, 침투적 기술이 가져온 불필요한 흔적 등을 제거하고 나면 순수하게 애플리케이션의 주요 기능과 비즈니스 로직을 담은 코드만 독립적으로 존재하게 된다. 이 중에서 기술적인 부분과 느슨하게나마 연관되는 데이터 처리 코드나 웬이나 리모트 인터페이스 코드 등을 제외하면 비즈니스 로직 코드를 다루는 코드가 남게된다. 비즈니스 로직을 담은 코드는 애플리케이션에서 가장 중요한 핵심이 되는 부분이다. 또한 업무의 변화에 따라 자주 변경되거나 수정되는 부분이기도 하다. 

 

 자바는 객체지향 언어의 장점을 잘 살려서 설계된 언어이다. 객체지향 프로그래밍 기법과 언어가 주는 장점인 유연한 설계가 가능하고 재상용성이 높다는 점을 활용해서 자주 바뀌고 조건이 까다로운 비즈니스 로직을 효과적으로 구현해낼 수 있다. 객체지향 분석과 설계(OOAD)를 통해서 작성된 모델을 코드로 구현하고 지속적으로 발전시킬 수 있다. 

 

 비침투적 기술인 스프링은 핵심 로직을 다루는 코드에는 스프링의 흔적조차 찾을 수 없을 만큼 자신을 드러내지 않는다. 다만 뒤에는 비즈니스 로직을 담당하는 오브젝트들에게 적절한 엔터프라이즈 기술 서비스가 제공되도록 은밀히 도와준다. 

 

 결국 비즈니스 로직의 복잡합을 상대하는 전략은 '자바'라는 객체지향 기술 그 자체이다. 스프링은 단지 객체지향 언어의 장점을 제대로 살리지 못하게 방해했던 요소를 제거하도록 도와준다. 

---

• 핵심도구 : 객체지향과 DI

 기술과 비즈니스 로직의 복잡함을 해결하는 데 공통적으로 사용하는 도구가 객체지향(OO, Object Orientation)이다. 자바의 기본인 객체지향에 충실한 설계가 가능하도록 단순한 오브젝트로 개발할 수 있다. 객체지향의 설계 기법을 잘 적용할 수 있는 구조를 만들기 위해서는 DI같은 유용한 기술을 편하게 적용하도록 도와주는 것이 스프링의 기본전략이다. 

 

 기술적 복잡함을 효과적으로 다루게 해주는 기법은 모두 DI(Dependency Injection, 의존성 주입)를 바탕으로 하고 있다. DI는 필요한 객체를 직접 생성하는 것이 아닌 외부로부터 필요한 객체를 받아서 사용하는 것을 말한다. 이를 통해 객체간의 결합도를 줄이고 코드의 재활용성을 높여준다. 객체지향 설계 기술 없이는 그 존재 의미가 없다. DI란 특별한 기술이라기 보다는 유연하게 확장할 수 있는 오브젝트 설계를 하다보면 자연스럽게 적용하게 되는 객체지향 프로그래밍 기법일 뿐이다. 객체지향 언어를 쓴다고 해서 자연스럽게 객체지향 설계가 되고 객체지향 프로그래밍을 할 수 있는 것이 아니다. 그런면에서 DI는 자연스럽게 객체지향적인 설계와 개발로 이끌어주는 동반자이다. 

---

4. 기술적으로 스프링이 지향하는 목적 정의 : POJO 프로그래밍 

"스프링의 정수는 엔터프라이즈 서비스 기능을 POJO에 제공하는 것" - Professional Spring Framework -

 엔터프라이즈 서비스는 보안, 트랜잭션과 같은 엔터프라이즈 시스템에서 요구되는 기술을 말한다. 이런 기술을 POJO에 제공한다는 것은 엔터프라이즈 서비스 기술과 POJO라는 애플리케이션 로직을 담은 코드를 분리했다는 뜻이기도 하다. 스프링의 가장 강력한 특장과 목표는 "분리됐지만 반드시 필요한 엔터프라이즈 서비스 기술을 POJO 방식으로 개발된 애플리케이션 핵심 로직을 담은 코드에 제공한다"는 것이다.

 

스프링의 핵심 개념 : POJO 

 스프링으로 개발한 애플리케이션의 기본구조이다. 스프링 애플리케이션은 POJO를 이용해서 만든 애플리케이션 코드와 POJO가 어떻게 관계를 맺고 동작하는 지를 정의해놓은 설계 정보로 구분된다. DI의 기본 아이디어는 유연하게 확장 가능한 오브젝트를 만들어두고 그 관계는 외부에서 다이나믹하게 설정해준다는 것이다. 이런 DI 개념을 애플리케이션 전반에 걸쳐 적용하는 것이 스프링의 프로그래밍 모델이다.  기술과 비즈니스 로직을 분리하고 POJO 방식의 어플리케이션 개발을 가능하게 한다는 스프링의 목적을 쉽게 이루기 위해서는 스프링과 같은 POJO 프레임워크가 필요하다. 

 

POJO 프로그래밍을 손쉽게 할 수 있도록 지원하는 세가지 가능기술 (Enable Technology)

IoC(Inversion of Control) / DI(Dependency Injection)	IoC/DI는 스프링의 가장 기본이 되는 기술이자 스프링의 핵심 개발 원칙이다. 나머지 두가지 기술인 AOP, PSA도 IoC/DI에 바탕을 두고 있다.  두 개의 오브젝트를 분리해서 만들고, 인터페이스를 두고 느슨하게 연결한 뒤 실제 사용할 대상은 DI를 통해 외부에서 지정한다. - IoC(Inversion of Control) : 프로그램의 제어권이 애플리케이션에서 외부로 역전된 것 - DI(Dependency Injection) : 객체 간의 의존관계를 외부에서 주입해주는 것
AOP(Aspect Oriented Programming)	핵심 관리사를 분리하여 프로그래밍 모듈화를 향상시키는 프로그래밍 스타일이다.  공통 관심 사항을 구현한 코드를 핵심 로직을 구현한 코드 안에 삽입하는 것이다.
PSA (Portable Service Abstraction)	: 인터페이스가 다른 다양한 구현을 같은 방식으로 사용하도록 중간에 인터페이스 어댑터 역할을 해주는 레이어를 하나 추가하는 방법  Spring에서 동작할 수 있는 라이브러리들은 POJO 원칙을 지키게끔 PSA 형태의 추상화가 되어있다. 환경과 세부기술의 변화에 관계없이 일관된 방식으로 기술에 접근할 수 있게 해준다. 따라서 이런 외부 라이브러리들은 Spring 에서 사용할 때 내부 구현이 달라지더라도 동일한 인터페이스로 동일한 구동이 가능하게끔 설계되어 있으며 의존성을 고려할 필요가 없다. 스프링은 특정 기술에 직접적 영향을 받지 않게끔 객체를 POJO 기반으로 한번씩 더 추상화한 Layer를 갖고 있다. 이를 통해 일관성 있는 서비스 추상화를 만들어낸다.

 

POJO에 대한 것

 POJO(Plain Old Java Object)는 말 그대로 간단한 자바 오브젝트를 사용하는 것을 말한다. 

세 가지 조건을 충족해야만 POJO가 성립될 수 있다. 조건들로 인한 장점들을 살펴본다. 

조건 1) 특정규약(Contract)에 종속되지 않는다.	장점 1) 깔끔한 코드 장점 & 자동화된 테스트 매우 유리
조건 2) 특정환경에 종속되지 않는다.
조건 3) 객체 지향 원리에 충실해야 한다.	장점 2) 객체 지향적 설계 자유롭게 적용 가능

 

조건 1) 특정규약(Contract)에 종속되지 않는다. 

조건 2) 특정환경에 종속되지 않는다. 

 

 POJO는 자바 언어와 꼭 필요한 API 외에는 종속되지 않아야 한다. 특정 규약을 따라 만들게 하는 경우는 대부분 규약에서 제시하는 특정 클래스를 상속하도록 요구한다. 그럴 경우 자바의 단일 상속 제한 때문에 더 이상 해당 클래스에 객체 지향적인 설계 시법을 적용하기가 어려워지는 문제가 생긴다. 또한 규약이 적용된 환경에 종속적이 되기 때문에 다른 환경으로 이전이 힘들어진다. 특정환경에 종속적이어야만 동작하는 오브젝트는 POJO라고 할 수 없다. 

 특정기술과 환경에 종속되지 않을 때 코드가 훨씬 깔끔해진다.  환경의 제약은 코드의 자동화된 테스트를 어렵게 한다.  어떤 환경에도 종속되지 않은 POJO 코드는 매우 유연한 방식으로 원하는 레벨에서 코드를 빠르고 명확하게 테스트가 가능하다. 

 

 

조건 3) 객체 지향 원리에 충실해야 한다. 

 

 책임과 역할이 각기 다른 코드를 한 클래스에 몰아 넣어 덩치 큰 만능 클래스로 만드는 경우, 재사용이 불가능할 정도로 다른 레이어와 영역의 코드와 강한 결합을 가지고 만들어지는 경우, 상속과 다형성의 적용으로 처리하면 깔끔한 것을 if/swithch 문이 가득찬 길고 긴 메소드로 작성해놓은 경우라면 과연 그것이 객체지향적인 자바 오브젝트라고 할 수 없다.  그런식으로 설계되고 개발된 오브젝트라면 단지 특정 기술과 환경에 종속적이지 않다고 해서 POJO라고 불릴 수 없다. 

 이를 통해서 객체지향적 설계를 자유롭게 적용 가능하다. 개발자들이 자바와 객체 지향 프로그래밍, 모델링과 설계에 대해 배울 때 그려봤던 도메인 모델과 오랜 경험을 통해 쌓여온 재활용 가능한 설계 모델인 디자인 패턴 등은 POJO가 아니고는 적용하기 힘들다. 

 

 

진정한 POJO란 객체 지향적인 원리에 충실하면서, 환경과 기술에 종속되지 않고 필요에 따라 재활용될 수 있는 방식으로 설계된 오브텍트를 말한다. 그런 POJO에 애플리케이션의 핵심 로직과 기능을 담아 설계하고 개발하는 방법을 POJO 프로그래밍이라 할 수 있다.

---

간단정리 

- 자바 스프링 목적 : 경량급 프레임워크인 스프링을 활용해서 엔터프라이즈 어플리케이션 개발을 편하게 4. 기술적으로 스프링이 지향하는 목적 정의 : POJO 프로그래밍  - 목적 달성과정을 기술적으로 설명    * 목적 달성 과정  ________________________________________________________________ [ 기술적 복잡함 + 비즈니스 복잡함 ] => 엔터프라이즈 개발 복잡  - 1. 엔터프라이즈 개발의 복잡함    이를 Spring에서는 어떻게 해결하였는가?  2. 복잡함을 해결하려는 노력  스프링은 기술적 복잡함을 애플리케이션 핵심 로직의 복잡함(비즈니스 복잡함)에서 제거하는 데 목표를 둠  기술적 복잡함과 비즈니스 복잡함을 먼저 분리시켜줌  -> HOW? 비침투적 기술전략    3. 복잡함을 상대하는 스프링 전략  각각의 복잡함을 두가지 핵심도구를 사용하여 따로 해결함  1) 기술적 복잡함 해결 -> HOW? DI를 바탕으로 한 서비스 추상화와 AOP 2) 비즈니스 복잡함 해결 -> 객체지향 기술

 

---

※ 출저 

- 전반적인 내용 참고 :  https://12bme.tistory.com/157

[스프링] 스프링이란 무엇인가?

- POJO 세가지 가능기술 정리 1 : https://peter0307.tistory.com/8

[용어요약정리] POJO, IoC, Container, DI, AOP

- POJO 세가지 가능기술 정리 2 : https://jinpyo900.tistory.com/55

Spring 주요 개념 정리

- AOP : https://jojoldu.tistory.com/71

AOP 정리 (3)

- PSA : https://jins-dev.tistory.com/entry/Spring-PSAPortable-Service-Abstraction%EC%9D%98-%EA%B0%9C%EB%85%90

Spring PSA(Portable Service Abstraction)의 개념