참조한 자습서에서는 데이터 액세스, 비즈니스 로직 및 웹과 같은 응용 프로그램의 모든 계층을 다룹니다. 응용 프로그램의 웹 계층과 관련된 문제를 해결하는 Spring MVC의 느낌만을 얻으려는 사람에게는 필요한 정보보다 더 많은 정보가 될 수 있습니다. 아마도 그것이 자습서가 복잡하다는 느낌을 갖게 된 이유 일 것입니다.
여러분의 질문에 답하기 위해 Spring은 특별한 인터페이스, 추상 클래스 등을 사용하는 대신 전체 프레임 워크가 POJO와 함께 작동하도록 설계되었으므로 쉽게 배울 수 있습니다. 개발자는 소프트웨어를 일반적인 Java 애플리케이션 (인터페이스, 클래스 및 열거 형)으로 작성하고 Spring을 사용하여 구성 요소를 연결하여 배선을 수행 할 필요가 없습니다. 당신이 참조한 튜토리얼은 경험 많은 프로그래머가 실제 애플리케이션에서 일반적으로하는 것보다 좀 더 자세하게 설명하려고 시도합니다. 아마도 저자는 Spring이 어떻게 작동하는지에 대한 충분한 통찰력을 확보하여 개념을 잘 이해할 수 있기를 원했기 때문일 것입니다.
대부분의 응용 프로그램 (크기 나 특성에 관계없이)에는 일반적으로 Spring 클래스를 확장하거나 특수 클래스를 구현할 필요가 없습니다. Spring 커뮤니티는 꽤 크기가 크고 Spring과 통합되는 쉽게 사용할 수있는 컴포넌트의 더 큰 생태계가 존재합니다. 따라서 무언가를 성취하기 위해 Spring 구성 요소를 구현해야하는 경우는 거의 없습니다. 예를 들어 데이터 액세스 계층의 예를 들어 보겠습니다. 다른 팀은 데이터베이스에 액세스하는 다른 접근 방식을 사용하는 것을 좋아합니다. raw JDBC와 같은 것들이 있습니다. 다른 것들은 iBatis 나 Hibernate 같은 써드 파티 ORM과 같고 JPA와 같은 것들도 있습니다. 스프링 배포판에는 이러한 모든 접근법을 지원하는 클래스가 포함되어 있습니다. 마찬가지로 누군가가 애플리케이션에 선언적 트랜잭션 관리를 통합하고자한다고 가정 해 보겠습니다. 다시 말하지만 트랜잭션 관리는 다양한 방법으로 수행 할 수 있으며 많은 수의 트랜잭션 관리 제품을 사람들이 사용할 수 있습니다. Spring 통합은 이러한 제품의 대부분에서 가능하며, 팀은 Spring 어플리케이션에서 사용하고 구성 할 제품을 간단하게 선택할 수 있습니다.
최근 스프링 릴리스는 광범위한 XML 기반 구성 파일로 거의 끝났습니다. Java 코드 외부에서 봄 애플리케이션을 이해하는 것은 약간 번거로운 작업이었습니다. 요즘 주석을 사용하여 많은 작업을 수행 할 수 있습니다. 예 :
@Controller
public class AuthenticationController
{
...
}
AuthenticationController가 웹 MVC 컨트롤러 클래스임을 나타냅니다. 컨트롤러 주석을 사용하지 않고 코딩을 단순화하기 위해 컨벤션 오버 구성 방식을 따르는 방법조차 있습니다.
스프링 MVC에 대한 좋은 튜토리얼은 http://www.vaannila.com/spring/spring-mvc-tutorial-1.html에서 얻을 수있다. 이 튜토리얼은 주석 대신에 스프링 빈을위한 XML 기반 설정을 사용하지만 개념은 동일하게 유지된다. 당신이 따라 튜토리얼 내가 본
그냥 "봄 mvc 튜토리얼"에 대한 인터넷 검색 좋은 페이지의 보트로드를 반환합니다. 특별한 문제가 아니라면 여기를 물어 보면 인터넷 검색 만하는 것보다 더 많은 것을 얻지 못할 것입니다. – pap