머리말
새로운 기술을 학습 할 때는 원칙, 프로세스, 코드 구성 방법 등에 대해 걱정하지 마십시오. 공식 웹 사이트 나 블로그에서 작은 데모를 복사 한 다음 직접 실행 한 다음 사람들이 두피 따끔 거리는 설명을 읽으면 상대적으로 쉽게 이해할 수 있습니다.
현재 인터넷에는 Spring Boot에 관한 많은 소개 기사가 있으며, 모두 매우 도움이됩니다. 나는 최근에 Spring Cloud를 깊이 연구하고 있습니다. 첫 번째 Hello World 프로그램을 구축 할 때 초보자에게는 기사를 자세히 소개하는 것이 과장이 아니라고 생각합니다. 함정이 많기 때문에 모든 사람과 함께 진전을 이루기 위해 첫 번째 연습의 단계를 여기에 게시 할 것입니다.
1. Maven이란 무엇입니까? 어떤 도움을 줄 수 있습니까?
Eclipse를 사용하여 프로젝트를 개발하면 특정 기능을 지원하는 JAR 패키지를 확실히 소개합니다. 예를 들어, 아래 그림 에서이 프로젝트에 MySQL을 지원하는 JAR 패키지를 도입해야 함을 알 수 있습니다.
위 그림에서 MySQL을 지원하는 JAR 패키지가 로컬 경로에 배치되므로 로컬로 실행되면 괜찮습니다. 그러나이 프로젝트를 서버에 게시하려면이 프로젝트의 .ClassPath 파일에서 아래 그림과 같이 로컬 D 디스크의 MySQL JAR 패키지의 특정 경로가 지정 되었기 때문에 문제가 발생합니다.
서버에 게시되면 프로젝트는 여전히 .classpath의 구성에 따라 D 디스크 아래 에서이 경로를 찾습니다. 실제로 서버의 경로와 항아리 패키지에는 불가능합니다.
.ClassPath에서 상대 경로를 지정 하여이 문제를 해결할 수도 있습니다. 다음 코드에서는이 프로젝트가 "Project Path/Webroot/Lib"디렉토리에 JAR 패키지를 소개하도록 지정할 수 있습니다.
<classPathentry 종류 = "lib"path = "webroot/lib/jar 패키지 이름 .jar"/>
이 작업을 수행 할 때 서버에 게시 할 때 전체 프로젝트 경로의 모든 파일이 업로드되므로 오류가 없습니다. 그러나 이것은 여전히 우리에게 불편을 초래할 것입니다. 예를 들어,이 서버에 5 개의 프로젝트를 배포했으며 모두 MySQL 지원 패키지를 사용 하므로이 JAR 패키지를 5 번 업로드하고 확장해야합니다. 5 개의 프로젝트에서 20 개의 동일한 JAR 패키지가 사용되면 실제로 여러 번 복사해야합니다. JAR 패키지 중 하나를 업그레이드하려면 중복 복사 및 붙여 넣기 작업을 많이해야합니다.
예상 작업 모드는 모든 JAR 패키지를 동시에 배치하기위한 "저장소"가 있어야한다는 것입니다. 프로젝트를 개발할 때는 패키지를이 프로젝트에 복사하는 대신 구성 파일을 통해 필요한 패키지를 소개 할 수 있습니다. 이것이 Maven이하는 일입니다.
간단히 말해 Maven은 Eclipse가있는 플러그인입니다. 핵심 가치는 프로젝트 간의 종속성을 똑 바르게 할 수 있다는 것입니다. 특히 POM.XML 구성 파일을 통해이 프로젝트에서 사용할 JAR 패키지를 균일하게 관리 할 수 있습니다. 프로젝트에 Maven 플러그인을 소개 한 후 개발자는 JAR 패키지를 수동으로 추가 할 필요가 없으며, 이로 인해 일련의 문제를 피할 수 있습니다.
2. Maven을 통해 Spring Boot의 Helloworld 프로그램을 개발하십시오
첫 번째 단계는 Maven 프로젝트를 만드는 것입니다. 이 책은 MyClipse를 개발 환경으로 사용하고 Maven 플러그인이 소개되었으므로 아래 그림과 같이 "파일"-> "새"메뉴를 통해 Maven 프로젝트를 직접 만들 수 있습니다.
위 그림에서 "다음"버튼을 클릭 한 후 아래 그림에 표시된 인터페이스가 표시되어 그룹 ID와 같은 속성을 설정할 수 있습니다.
그중 그룹 ID는 회사 이름을 나타내며 "com.springboot"로 설정되어 있으며 Artifact ID는 프로젝트 이름이며 버전 및 Packag 사용 기본값을 사용합니다. 설정을 완료 한 후 새로 만든 프로젝트 MyFirstSpringBoot를 볼 수 있습니다.
두 번째 단계는 pom.xml을 다시 작성하는 것입니다. Maven 프로젝트를 만들면 pom.xml 파일을 볼 수 있습니다. Maven 프로젝트 에서이 프로젝트의 기본 정보와 도입 해야하는 JAR 패키지는 일반적으로 pom.xml을 통해 지정됩니다. 여기의 핵심 코드는 다음과 같습니다.
<groupid> com.springboot </groupid> <artifactid> myfirstspringboot </artifactid> <version> 0.0.1-snapshot </version> <packaging> jar </packaging> <name> myfirstspringboot </name> <url> http://maven.apache.org </url> <groupid> org.springframework.boot </groupid> <artifactid> 스프링-부트-스타터-web </artifactid> <버전> 1.5.4. 4. 4. release </version> </fexpendency> <groupID> junit </groupId> <artifactID> junit> artifactid> 3.8.1 </version> </version> </version> </version> 3.8.1. </의존성>
그 중에서도 1 ~ 4 행의 코드는 자동으로 생성 되며이 프로젝트의 기본 정보를 지정하는 데 사용됩니다.이 프로젝트의 기본 정보를 지정하는데, 이는 이전에 Maven 프로젝트를 작성했을 때 작성한 정보와 일치합니다.
7 행에서 19 행의 종속성 속성 에서이 프로젝트에 사용 된 JAR 패키지를 지정할 수 있습니다. 여기서는 두 가지 종속성을 사용하여 각각 8과 13 행에 두 가지 유형의 JAR 패키지를 각각 도입합니다. 스프링 부팅 프로젝트 개발을 위해 소개 해야하는 스프링 부트 스타터 -WEB라는 항아리 모음이 8에서 12로 줄 지어 있으며 13 ~ 18 행에는 단위 테스트를위한 주니트 패키지가 지정됩니다.
위의 코드에서 Maven을 통해 프로젝트 종속성 파일을 관리하는 일반적인 방법을 볼 수 있습니다. 예를 들어, 아래 코드 스 니펫에서 2 ~ 4 행을 통해서, 스프링 부트 스타터 -Web라는 Spring-Boot-Starter-Web라는 JAR 패키지 세트를 소개해야한다는 것을 나타냅니다. 회사 조직 Org.springframework.boot (Spring Boot Packages를 게시하는 조직)에서 게시 한 조직) 및 수입 패키지의 버전 수는 1.5. 4. 4. 4.
이런 식 으로이 프로젝트에서는 로컬에서 JAR 패키지를 수동으로 추가 할 필요가 없습니다. 이 패키지는 실제로 원격 저장소에 있습니다. 당사의 프로젝트는 POM.XML 구성을 통해 이러한 패키지를 도입해야한다고 지정합니다.
세 번째 단계는 app.java를 다시 작성하는 것입니다.
Maven 프로젝트를 만들 때, 우리가 지정한 패키지는 com.springboot.myfirstspringboot이며, app.java가 있습니다. 이 파일을 다음 스타일로 다시 작성합니다.
패키지 com.springboot.myfirstspringboot; org.springframework.boot.springApplication import; org.springframework.boot.autoconfigure.springbootapplication import; org.springframework.web.bind.annotation.requestmapping; org.springframework.web.bind.annotation.RestController; @RestController @SpringBootApplication Public Class App {@RequestMapping ( "/HelloWorld") public String SayHello () {return "Hello World!"; } public static void main (String [] args) {springApplication.run (app.class, args); }}Maven을 사용한 것은 이번이 처음이기 때문에 프로젝트에서 JARS를 수동으로 도입하지는 않았지만 소개 될 종속성 패키지가 POM.XML에 지정되기 때문에 ORG.SpringFramework.boot 조직이 제공하는 스프링 보트 스타터 -WEB에 의존해야한다는 점을 다시 강조 할 것입니다. 따라서 코드의 2 ~ 5 행에서 가져 오기 명령문을 통해 스프링 보트 스타터 -WEB (즉, 스프링 부트) 클래스 라이브러리를 사용할 수 있습니다.
8 행에서 @SpringBootApplication 주석을 도입하여 클래스가 스프링 부팅 응용 프로그램이라고 선언했습니다. 10 ~ 13 행에서 @requestmapping을 통해 /helloworld 요청을 처리하는 데 사용되는 Sayhello 메소드를 지정합니다. 14 행의 주요 기능에서는 15 행의 코드를 통해 웹 서비스를 시작합니다.
지금까지 우리는 코드 작성 작업을 완료했습니다. MyFirstSpringBoot 프로젝트에서 app.java를 시작하고 브라우저에 http : // localhost : 8080/helloworld를 입력하십시오. /helloworld 요청은 Hello World의 내용 인 11 ~ 13 행에서 SaysHello 메소드의 @RequestMapping에 해당 할 수 있으므로! 아래 그림과 같이 Sayhello 방법을 통해 출력됩니다.
이 프로그램에서 Spring Boot 개발과 전통적인 스프링 프로그램의 차이점을 이해할 수 있습니다.
먼저, 이전의 Spring MVC 프레임 워크에서 web.xml에서 스프링 리스너를 정의해야했으며 @Controller 컨트롤러 클래스를 사용하기 위해서는 많은 구성을 추가해야했지만 스프링 부팅에서는 @SpringBootApplication 주석 만 추가하면됩니다.
둘째, 우리는 종종 전통적인 스프링 MVC 프로젝트를 Tomcat과 같은 웹 서버에 게시해야합니다. 웹 서버를 시작한 후 브라우저에서 요청을 입력하여 실행 효과를 확인할 수 있습니다. 여기서는 유사한 효과를 달성하기 위해 App.java 클래스 만 시작하면 웹 서버에 배포하는 단계를 저장할 수 있습니다.
요약
위는이 기사의 전체 내용입니다. 이 기사의 내용에 모든 사람의 연구 나 작업에 대한 특정 참조 가치가 있기를 바랍니다. 궁금한 점이 있으면 의사 소통을 위해 메시지를 남길 수 있습니다. Wulin.com을 지원 해주셔서 감사합니다.