1.2 Understanding frameworks and containers

1.2.1 What is a framework?

WebWork를 만든 Rickard Oberg 는 "프레임워크의 힘은 무엇을 가능하게 하느냐가 아니라, 무엇을 제약하느냐에서 나온다" 라고 말했다.
웹어플리케이션 프레임워크의 목적은 기반 클래스와 태그라이브러리를 제공하여, 수많은 JSP파일이 난잡하게 엉킬 가능성을 피하게 하는 것 이다.
프레임워크가 없으면 혼돈상태가 되어버리고, 그 반대로, 프레임워크가 너무 많은 것을 제약하면 어플리케이션을 제대로 만들 수 없게 된다.
양 극단의 중간 어딘가에 적당한 지점이 있을 것이며, 그것이 WebWork나 다른 MVC프레임웍이 찾고자 하는 것이다.

프레임워크의 가장 대표적인 특징 중 하나는 그 안에 클래스 라이브러리를 가지고 있다는 것이다
프레임워크를 반제품이라고 설명하기도 한다. 개발해야 할 애플리케이션의 일부분이 이미 만들어져 있다는 뜻이다.
프레임워크를 이용한 개발은 결국 그 기반이 되는 이미 존재하는 부분을 확장하고 이용하는 것이라고 볼 수 있다.
여기까지는 프레임워크와 라이브러리를 비슷하게 생각 할 수 있다. 하지만 프레임워크와 라이브러리는 다르다.
프레임워크는 주로 프레임워크 쪽에서 사용자의 코드를 호출하는 구조로 동작한다.
즉 실행의 흐름에 대한 제어를 프레임워크가 담당하게 된다.
결과적으로 사용자의 코드는 프레임워크 클래스에 이미 설계되어있는 흐름구조에 따라 동작하게 된다.
프레임워크의 동작원리를 그 제어흐름 일반적인 프로그램 흐름과 반대로 동작한다고 해서 \*IoC(Inversion of Control)*라고 설명하기도 한다
라이브러리는 유저의 코드가 라이브러리를 호출해서 사용하는 구조로 되어있다. 즉 코드의 흐름을 유저코드가 관장하고 있는 것이다.