사전적 의미: a hypothetical description of a complex entity or process 복잡한 엔티티 혹은 프로세스

우리가 말하는 프레임워크는 엔터프라이즈 개발의 복잡함을 해소하기 위해 사용하는 애플리케이션에 집중한다. 개발자에게 프레임워크란 맨손으로 개발하지 않을 수 있도록 제공되는 그 무엇이 될 것이다. 다수의 개발자가 함께 개발하는 환경이 되면서 소프트웨어는 점점 거대해졌다. 이 거대해진 소프트웨어를 구현하는 코드를 작성하는 방식은 같은 교육과정을 거친 개발자들이라고 해도 저마다 풀어가는 방식이 다를 수 있다. 그런 다양한 방식 속에서 일정한 형태를 가질 수 있도록 유도하는 것이 프레임워크가 가지고 있는 힘(혹은 강제력)이라고 할 수 있다.

프레임워크를 기반으로 한 개발은 일정한 개발형식을 띄게 된다.

이 형식은 아키텍트architect에 의해서 혹은 선임 개발자에 의해서 틀이 잡혀졌을수도 있고 관례Convention적으로 정의되었을 수도 있다. 애플리케이션 프레임워크는 일관된 개발을 지원하고, 프레임워크에 정의된 경계에 따라 설정을 강제하고 재사용가능하고 확장가능하고 단순한 형태를 유지하면서 유지관리성의 이익을 얻을 수 있다. 물론, 그래도 복잡하다.

스프링 프레임워크는 2003년 로드존슨Road Johnson 이라는 유명한 개발자가 2003 년에 Expert One-on-One J2EE Design and Development라는 책을 출간하면서 자바 엔터프라이즈 개발에 관한 자신의 풍부한 경험을 바탕으로 J2EE 설계와 개발의 모든 영역에 대한 개발전략을 다룬 책이다.

이 책에 포함된 3만 라인 가량의 샘플 애플리케이션 예제에 포함된 프레임워크가 스프링 프레임워크의 기원이다. 이 책에서 주장하는 자바 엔터프라이즈 개발의 이상적인 프로그래밍 모델을 추구하는데 필요한 기반이 돼주는 코드, 즉 프레임워크가 지금 스프링의 원시 버전이라고 보면 된다.

스프링의 핵심이 POJO 프로그래밍이란는 사실은, 스프링의 핵심을 가장 잘 나타내고 알려진 스프링 삼각형을 통해서도 알 수 있다. 이 그림은 스프링소스의 CTO인 아드리안 콜리어가 스피링의 핵심개념을 설명하기 위해서 만들었다.

스프링 애플리케이션은 POJO를 이용해서 만든 애플리케이션 코드와, POJO가 어떻게 관계를 맺고 동작하는지를 정의해놓은 설계정보로 구분된다. DI(Dependency Injection)의 기본 아이디어는 유연하게 확장가능한 오브젝트를 만들어두고 그 관계는 외부에서 동적으로 설정해준다는 것이다. 이런 DI의 개념을 애플리케이션 전반에 걸쳐 적용하는 것이 스프링의 프로그래밍 모델이다. 스프링의 주요기술인 IoC/DI, AOP와 PSA(Portable Service Abstraction)는 애플리케이션을 POJO로 개발할 수 있게 해주는 가능기술enabling technology이라고 불린다.

스프링 프레임워크(Overview modules)는 위와 같은 형태로 점점 세분화되고 모듈화되고 있다. 그만큼 살펴봐야할 것도 많고 익혀야할 개념도 많다. 스프링 프레임워크가 익숙해지게 되면 스프링 기반으로 하여 제공되는 다양한 모듈들을 추가하고 모듈의 기능을 활용하는 것이 익숙해지게 된다. 스프링 프레임워크 사용이 익숙해지면 필요한 모듈을 추가하고 그 기능을 활용하는 것이 쉬워진다. 스프링 프레임워크 기반의 개발경험을 다른 모듈에도 반영할 수 있기 때문이다. 하지만 이건.. 아직 먼 이야기.

스프링이 널리 쓰이게 된 이유를 꼽아보자면,

국내에서는 전자정부프레임워크의 영향이 크다고 볼 수 있다. 대형SI에서 컨소시엄을 이뤄 공공기관에 적용되는 개발프레임워크를 만들어 비용을 줄이겠다는 목표를 가지고 진행하고 있는 프로젝트로서 자바를 기반으로 해서 이클립스-스프링프레임워크-각종 컴포넌트를 조합한 개발환경을 제공하고 필요에 따라서는 무료로 컨설팅과 이슈처리까지 지원해주고 있기 때문에 공공기관 SI 프로젝트를 진행하는 많은 기업에서 채용하고 있다.

이건 환경적인 영향이고,

위와 같은 형태로 개발을 진행합니다.

소프트웨어를 개발하는데 프레임워크를 사용하는 이유는, 프레임워크가 제공하는 편의기능을 활용하고 여러 개발자가 함께 개발할 때 프레임워크의 제약에 따라 일정한 형태의 코딩을 하도록 하는 효과가 있다.

스프링프레임워크는 좋은 프레임워크임에는 분명하다. 그러나 나는 지나치게 프레임워크에 치우친 개발을 하는 것은 피해야한다고 생각한다. 개발자가 해결해야하는 문제는 다양한 형태로 도출될 수 있고 그 문제를 푸는 방법도 여러가지가 있다. 어떤 틀(프레임워크)에 갖혀서는 그 문제를 풀 수 없을 경우들이 발생한다.

개발자는 연마를 통해서 다양한 기술을 익히고 문제를 풀 수 있도록 준비하는 것이 좋다.