Dieser Artikel bietet Ihnen eine detaillierte Analyse der SpringMVC-Ansichten und des REST-Stils (mit Code). Ich hoffe, dass er Ihnen als Referenz dienen wird.
Was ist ein View Resolver?
Die beiden wichtigsten Schnittstellen, die springMVC zur Verarbeitung von Ansichten verwendet, sind ViewResolver und View.
Die Hauptfunktion von ViewResolver besteht darin, einen logischen Ansichtsnamen in eine echte Ansicht aufzulösen. In SpringMVC wird das View-Objekt verwendet, um das View-Objekt dem Client anzuzeigen, und ViewResolver konvertiert nur den logischen Ansichtsnamen eine echte Ansicht. Ein View-Objekt, das in ein Objekt aufgelöst wird.
Die Hauptfunktion der View-Schnittstelle besteht darin, Ansichten zu verarbeiten und an den Client zurückzugeben.
Der Ausführungsablauf des Ansichtsparsers:
Nachdem die Anforderungsmethode ausgeführt wurde, wird schließlich ein ModelAndView-Objekt zurückgegeben Diejenigen, die String, View, ModelMap und andere Typen zurückgeben, werden von SpingMVC schließlich intern zu einem ModelAndView-Objekt zusammengesetzt, das den logischen Namen und die Ansicht des Modellobjekts enthält. StringMVC verwendet den Ansichtsparser, um das endgültige Ansichtsobjekt abzurufen. Die endgültige Ansicht kann eine JSP-Ansicht oder eine andere Dateiformansicht sein. Dem Rendering-Prozessor ist es egal, welche Methode letztendlich angewendet wird. Der Prozessor konzentriert sich auf die Arbeit der Modelldatenerzeugung und hat immer eine vollständige Entkopplung von MVC erreicht.
Ansicht:
Die Rolle der Ansicht besteht darin, Modelldaten zu rendern und dem Benutzer die Daten im Modell in irgendeiner Form zu präsentieren. Um die Entkopplung des Ansichtsmodells und der spezifischen Implementierungstechnologie zu erreichen, definiert Sping eine Ansichtsschnittstelle. Ansichtsobjekte werden vom View Resolver instanziiert, und da Ansichten zustandslos sind, gibt es für sie keine Thread-Sicherheitsprobleme.
Häufig verwendete Ansichtsimplementierungsklassen:
InternalResourceView: Kapselt JSP-Ressourcen in eine Ansicht und ist der standardmäßig von springmvc verwendete Ansichtsparser.
JstlView: Durch die Einführung des JSTL-Pakets springmvc in ein JSP-Projekt wird dieser Parser automatisch verwendet
MapingJackJsonView: Geben Sie das Modell im Json-Modus über den ObjectMapper des Jackson Open Source Frameworks aus.
AbstractExcelView: Die abstrakte Klasse der Excel-Dokumentansicht, die ein Excel-Dokument basierend auf POI erstellt
AbstractPdfVIew: Die abstrakte Klasse der PDF-Dokumentansicht, die ein PDF-Dokument basierend auf iText erstellt
BeanNameViewResolver: Lösen Sie den Namen der logischen Ansicht in eine Bean auf, und die ID der Bean entspricht dem Namen der logischen Ansicht.
Die Rolle des View-Resolvers ist relativ einfach: Er analysiert die logische Ansicht in ein bestimmtes View-Objekt. Alle View-Resolver müssen die ViewResolver-Schnittstelle implementieren.
JSP ist die am häufigsten verwendete Ansichtstechnologie. Sie können InternalResourceView als Ansichtsparser verwenden
Solange das JSTL-Tag im Projekt eingeführt wird, konvertiert springmvc die Ansicht InternalResourceView automatisch in JstlView, die seine Unterklasse ist.
Jeder Ansichtsparser implementiert die Ordered-Schnittstelle und entwickelt ein Auftragsattribut, über das die Priorität des Parsers festgelegt werden kann. Je kleiner die Reihenfolge, desto höher die Priorität. Frühling MVC analysiert den logischen Ansichtsnamen gemäß der Priorität der Ansichtsparserreihenfolge, bis die Analyse erfolgreich ist und das Ansichtsobjekt zurückgegeben wird. Andernfalls wird eine ServletException ausgelöst
Benutzerdefinierte Ansicht:
@Component public class MyView implements View { @Override public String getContentType() { return "text/html"; } @Override public void render(Map<String, ?> model, HttpServletRequest request, HttpServletResponse response) throws Exception { response.getWriter().println("<h1>Spring MVC Custom view</h1>"); } }
Wir müssen diese benutzerdefinierte Ansicht in die View-Schnittstelle implementieren und die beiden Methoden in der Schnittstelle überschreiben. Dann deklarieren wir diese Klasse als Bean und übergeben sie zur Verwaltung an Spring. Hier konfigurieren wir einen BeanName-Resolver.
<!-- 配置BeanName解析器 --> <bean id="beanNameViewResolver" class="org.springframework.web.servlet.view.BeanNameViewResolver"> <property name="order" value="1"/> </bean>
Dann schreiben Sie eine Anfrage. Diese Anfrage gibt den Namen der Bohne zurück. Standardmäßig ist der erste Buchstabe kleingeschrieben und wird in Kamelbuchstaben angezeigt.
@RequestMapping("myView") public String myView(){ System.out.println("myView load ..."); return "myView"; }
Damit ist unsere benutzerdefinierte Ansicht abgeschlossen.
Aus und umleiten:
Wenn die Rückgabezeichenfolge „umleiten:“ oder „forward:“ führt SpringMvc eine spezielle Verarbeitung durch.
Wenn wir direkt auf die Ansicht zugreifen müssen, können wir sie so konfigurieren
<!– 直接配置对应的视图访问路径 --> <mvc:view-controller path="/hello" view-name="hello.jsp" /> <!-- 如果配置了mvc-controller会导致其它页面没法正常访问,还需要添加一个标签 --> <mvc:annotation-driven />
REST-Kapitel
REST (Representational State Transfer): Das heißt, (Ressourcen-)Präsentationsschicht-Zustandsübertragung.Ressourcen: Eine Entität im Netzwerk oder eine Information im Netzwerk. Es kann sich um einen Text, ein Lied, ein Bild usw. handeln. Sie können eine URL verwenden, um darauf zu verweisen. Jede Ressource verfügt über eine bestimmte, eindeutige URL. Um auf diese Ressource zuzugreifen, greifen Sie einfach direkt auf die URI zu.
Darstellungsebene: Die Form, in der Ressourcen dargestellt werden.
Statusübertragung: Jedes Mal, wenn eine Anfrage ausgegeben wird, stellt sie eine Interaktion zwischen dem Client und dem Server dar. Das HTTP-Protokoll ist ein zustandsloses Protokoll, d. h. alle Zustände werden serverseitig gespeichert. Wenn der Client den Server betreiben möchte, muss er bestimmte Mittel verwenden, um eine Zustandstransformation des Servers zu veranlassen. Diese Transformation basiert auf der Präsentationsschicht, es handelt sich also um eine Zustandstransformation der Präsentationsschicht.
在我们的SpringMVC之中支持HTTP四种请求状态,REST规定的HTTP协议中四种表示操作方式的动词
GET请求:获取资源
POST请求:新建资源
PUT:更新资源
DELETE:删除资源
我们需要在WEB.xml中配置实现PUT,DELETE请求方式,大家都知道在我们传统的HTML中只有GET,POST两种请求方式。
<!-- 配置HiddenHttpMethodFilter过滤器实现PUT,DELETE请求 --> <filter> <filter-name>HiddenHttpMethodFilter</filter-name> <filter-class> org.springframework.web.filter.HiddenHttpMethodFilter </filter-class> </filter> <filter-mapping> <filter-name>HiddenHttpMethodFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>
GET请求
GET请求: <a href="rest/testRest/10">test RestGet请求</a><br><br> @RequestMapping(value="/testRest/{id}",method=RequestMethod.GET) public String testRestGet(@PathVariable Integer id){ System.out.println("GET请求,获取id为:" + id + "的对象!"); return SUCCESS; }
Post请求
POST请求: <form action="rest/testRest" method="post"> <input type="submit" value="post请求" /> </form> @RequestMapping(value="/testRest",method=RequestMethod.POST) public String testRestPost(){ System.out.println("POST请求,添加新的对象!"); return SUCCESS; }
PUT和DELETE请求想要使用必须添加上面的过滤器,并且在Post请求中加上隐藏域name="_method",value="PUT/DELETE"。
PUT,请求其实是由POST请求转换而来的。
PUT请求: <form action="rest/testRest" method="post"> <!-- 添加隐藏域,名称为_method,value为请求方式 --> <input type="hidden" name="_method" value="PUT" /> <input type="submit" value="put请求" /> </form> @RequestMapping(value="/testRest",method=RequestMethod.PUT) public String testRestPut(){ System.out.println("PUT请求,更新操作!"); return SUCCESS; }
DELETE请求
DELETE请求: <form action="rest/testRest/10000" method="post"> <!-- 添加隐藏域,名称为_method,value为请求方式 --> <input type="hidden" name="_method" value="DELETE" /> <input type="submit" value="delete请求" /> </form> @RequestMapping(value="/testRest/{id}",method=RequestMethod.DELETE) public String testRestDelete(@PathVariable Integer id){ System.out.println("DELETE请求,删除操作!" + id); return SUCCESS; }
重复一次第一章的内容在我们springmvc拦截所有请求会导致css,js,图片等不能引入我们可以这样解决:
<!--将非mapping配置下的请求交给默认的Servlet来处理--> <mvc:default-servlet-handler/> <!--如果添加了默认servlet,mvc请求将无效,需要添加annotation-driven--> <mvc:annotation-driven></mvc:annotation-driven>
Das obige ist der detaillierte Inhalt vonDetaillierte Analyse der SpringMVC-Ansichten und des REST-Stils (mit Code). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!