Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 13 Next »

소개

스프링 프레임워크는 자바 애플리케이션 개발을 위한 포괄적인 인프라스트럭처를 제공하는 자바 플랫폼임.

스프링을 사용하면 "plain old Java objects" (POJOs)로 애플리케이션을 만들고 엔터프라이즈 서비스에 비침투적으로 POJOs를 적용할 수 있음.

이 능력은 Java SE 프로그래밍 모델에 적용되고, 전체 혹은 부분적으로 Java EE에 적용됨.

스프링의 이점을 사용한 예

  • 트랜잭션 API를 사용하지 않고도 데이터베이스 트랜잭션 안에서 자바 메서드가 실행하게 만듦.
  • 원격 API를 사용하지 않고도 로컬 자바 메서드를 원격 프로시저로 만듦.
  • JMX API를 사용하지 않고도 로컬 자바 메서드를 관리작업으로 만듦.
  • JMS API를 사용하지 않고도 로컬 자바 메서드를 메시지 핸들러로 만듦.

역사

로드 존슨이 2002년 10월에 출판한 자신의 저서인 Expert One-on-One J2EE Design and Development 에 작성한 코드를 기반으로 최초 버전을 만들게 됨.

(이후 유겐 휄러와 함께 Expert One-on-One J2EE Development without EJB 라는 제목을 저서를 발간함)

2006년에 1.2.6 버전으로 Jolt Productive Award 와 Jax Innovation Award 를 수상하였음.

목표

Spring Mission Statement

주의사항

We believe that:

  • J2EE should be easier to use.
  • It's best to program to interfaces, rather than classes. Spring reduces the complexity cost of using interfaces to zero.
  • JavaBeans offer a great way of configuring applications.
  • OO design is more important than any implementation technology, such as J2EE.
  • Checked exceptions are overused in Java. A framework shouldn't force you to catch exceptions you're unlikely to be able to recover from.
  • Testability is essential, and a framework such as Spring should help make your code easier to test.
  • Our philosophy is summarized in “Expert One-on-One J2EE Design and Development” by Rod Johnson.

We aim that:

  • Spring should be a pleasure to use.
  • Your application code should not depend on Spring APIs.
  • Spring should not compete with good existing solutions, but should foster integration. (For example, JDO, Toplink, and Hibernate are great O/R mapping solutions. We don't need to develop another one.) 

라이선스

  • No labels