“Every system has own architecture, each applications builds up by frameworks ecosystem. ”
프레임워크의 정의를 이해하기 위해서는 Software Reuse 기술을 먼저 이해해야 한다 . Software 의 Reuse 기술은 90 년대 초 객체 지향 시대에서부터 형성되어서 현재까지도 많은 개발 패러다임에서 주요한 기술로 자라잡고 있다 . 초기 Copy & Paste level 의 재 사용에서 상속 (inheritance) 과 다형성 (polymorphism) 등 객체 (Object) 의 시대로 , 그리고 점차 software 시스템의 복잡도와 크기 , 통합의 요구가 증가하지게 됨에 따라 이제는 하나의 Black Box 단위로 재 사용하는 Component 기반의 소프트웨어 개발 방법이 패러다임의 메인 흐름으로 자리잡고 있다 .
그림. Paradigm of Software Development
위 그림에서 볼 수 있듯이 Framework 기술은 Software Reuse 분야에서 발전하고 있는 기술이다 . 하나의 단일 Application을 개발하는 것이 아니고 다수의 Application 을 제작하는 것에 목적을 두고 여기에 소요되는 생산성과 품질을 높이기 위해서 Application마다 들어가는 필수적인 코드와 알고리즘, Object 와 Common Component 를 가지고 어느 정도 이미 구성을 해서 Semi Application 레벨로 혹은 완성도를 높여서 Application Generator 에 가깝게 만든 것을 프레임워크 (Application Framework) 라 부른다 .
이러한 패러다임의 변화에 따라 프로그래밍 언어도 계속 해서 옷을 바꾸어서 서비스 하고 있다 . 예를 들어 구조적 분석 설계 기법이 주된 시대에서는 C 나 Pascal 등의 언어가 이의 개념을 서비스 하고 객체의 시대 에서는 추상화 , 상속 , 다형성 등을 지원하기 위한 C++ 이나 Java, Eiffel 같은 언어가 등장 하였다 . SW Reuse 에 대한 요구가 높아지면서 C++ 에서 발전된 Microsoft 사의 COM/DCOM 기술 , Java 진영에서는 프로그램 내에서 재사용 가능한 Java Beans 나 분산 환경에서 재 사용 가능한 EJB 기술이 등장 하게 되었다 .
그렇다면 Framework의 구현체는 무엇이 있을까.
거의 Product Platform에 유사한 Microsoft사의 .NET Framework와 Java에서는 Struts와 Turbine 등 Open과 상용을 합친다면 Web Application Frameworks만 하더라도 50 여개 이상이 존재 한다 . |
