?🛫更多ssm知識見SSM_面向CRUD編程專欄
🚕本博客總結自黑馬程序員的ssm框架視頻
🚒博主對于該知識尚在學習階段
🚄如果發現存在問題請毫不吝嗇的指出
🚀🚀扎哇太棗糕的博客主頁🚀🚀
目錄
🍺 Spring篇?
🍕 初識Spring
🍔 xml配置文件
🍟 依賴、數據注入問題
🌭 Spring相關API
🍿 Spring配置數據源
🥓 Spring注解開發
🥯 Spring整合Junit
🥪 Spring集成web環境
🍹 SpringMVC篇
🥝 初識SpringMVC
🍉??SpringMVC之數據響應
🍊 SpringMVC之獲取請求數據
🍒 springMVC之攔截器
🍓 springMVC之異常處理
? MyBatis篇
🍩 jdbcTemplate的基本使用
🍪 Spring AOP
🍰 使用AOP開發
🧁 spring的事務控制
🥧 初識MyBatis
🍫 MyBatis的dao層(mapper層)實現
🍿 MyBatis多表操作
🍮 MyBatis實現注解開發
🎉SSM框架整合
案例分析
框架結構
?實現
🍺 Spring篇?
🍕 初識Spring
? ? ? ? Spring是分層的Java SE/EE階段應用的full-stack輕量級開源框架,主要以兩個部分IOC??(Inverse Of Control 反轉控制)和AOP? (Aspect Oriented Programming 面向切面編程)為內核。所謂的full-stack就是說提供了web層的Spring MVC、DAO層的JDBC模板、業務層的事務管理等眾多的企業級應用技術,除此之外還能整合開源世界眾多著名的第三方框架和類庫,逐漸成為使用最多的Java EE企業應用開源框架。
? ? ? ? 了解完Spring是什么,接下來學習一下Spring的發展歷程,Spring框架的前身是IBM提出的EJB,2005年Spring之父羅德·約翰森(Rod Johnson)發表Expert One-on-One J2EE Development without EJB一書被認為是Spring框架的雛形,再后來經過幾年的發展就有了我們現在學習的Spring框架。
?
?從高斯林和約翰森兩位大佬的發型就能看出來,學Java必定是前途無量。
Spring體系結構
我們對Spring的學習是按照它的體系結構從下往上開始學習的?
使用Spring進行快速入門開發
學習Spring之前
????????在使用Spring之前想要在UserDaoDemo的main方法里調用UserDaoImple類中的save方法,就要先使用多態創建對象就是通過new創建,再使用創建出來的UserDao對象調用save方法。這樣做不好的地方就是:將創建對象寫死(固定)了,編碼過度耦合,代碼里面創建的是什么對象就只能用什么對象。
?
學習Spring之后
????????使用Spring就可以通過xml配置文件實現解耦合,通過xml配置文件的配置和getBean方法的配合就可以動態的修改創建對象,具體步驟如下:
?
目錄結構:
?
?第一步:通過maven導入spring-context對應的依賴坐標
?
第二步:編寫UserDao對應的接口和實現類?
?
??第三步:創建applicationContext.xml配置文件并配置id標識標識 UserDaoImpl類
?
第四步:在UserDemo中通過Spring的API獲得Bean并調用方法
?
控制端運行結果
?
紅色的是打印的日志信息而非報錯
🍔 xml配置文件
Bean標簽的配置
屬性:
id:Bean在Spring容器中的唯一標識,在一個xml配置文件內部所有Bean標識的命名不可與之重復
class:Bean的全限名,指定這個id標識所對應的Bean類。Spring框架底層利用反射通過這個全限名對應Bean類的無參構造器創建對象。
scope:指的是對象創建的模式,有以下五中取值
- singleton:是scope屬性的默認值,相當于餓漢單例模式,也就是說Bean對象只在使用xml配置文件創建Spring客戶端對象的時候創建一次,之后使用getBean方法獲取Bean對象的時候返回的都是之前創建好的Bean對象。singleton一共就在Spring的核心文件被加載時創建一次一個Bean對象存儲在容器里,當應用卸載銷毀容器時對象隨之銷毀。
- prototype:相當于多例設計模式,也就是說在每一次使用Spring客戶端對象的getBean方法時都會創建一個新的Bean對象并返回。prototype是使用幾次getBean方法就會創建幾個Bean對象,當對象長時間不用的時候就會被java的垃圾回收機器回收對象也就銷毀了。
- request:web項目中,Spring創建一個Bean對象并將其存入到request域中
- session:web項目中,Spring創建一個Bean對象并將其存入到session域中
- global session:web項目中,應用于portlet環境中,如果沒有portlet環境的話就相當于session
init-method:指定Bean類中的初始化方法
destory-method:指定Bean類中的銷毀方法
import標簽
import標簽是用來將其他配置文件的配置內容加載到這個配置文件中
??
?Bean實例化的三種方法:
- 無參構造方法實例化(重點):無參構造方法其實就是我們上面講的那些知識點
- 工廠靜態方法實例化:通過工廠中的靜態方法進行實例化,只需創建一個工廠類,類里面創建一個靜態方法,方法返回一個無參構造器創建的Bean對象,再設置xml文件即可
?
?
- ?工廠實例方法實例化:通過工廠中的實例方法進行實例化,與工廠靜態方法的區別就是,用于返回一個無參構造器創建的Bean對象的方法是實例方法,xml配置文件也不一樣,要更加復雜些。
?
?
🍟 依賴、數據注入問題
引出問題:
? ? ? ? 現在有這么一個情況,除了上面已經有的dao層之外,新建一個業務層service。service層的結構和dao層相似,也是一個接口和實現類。目錄結構如下:
?
UserServiceImpl類和UserDaoImpl類也都通過xml配置文件的bean標簽進行配置。
?
?此時有一個需求,就是要在service層的UserServiceImpl類里的cast()方法中調用UserDaoImpl類的save()方法,實現思想就是在UserServiceImpl類里的cast()方法中使用之前UserDaoDemo的那一套進行調用UserDaoImpl類的save()方法
?
?在新建的UserController類中使用那一套調用UserServiceImpl類里的cast()方法
?
這么一來,就可以在Spring容器外部將Dao組裝到了Service
??那么,有沒有一種方式,可以在Spring容器內部就將Dao組裝到了Service呢?有的,于是乎就出現了依賴注入。
依賴注入:
? ? ? ? 依賴注入(Dependency Injection)是Spring框架核心IOC(控制反轉)的具體實現。在編程的時候通過控制反轉就可以把對象的創建交給Spring 容器,IOC只是降低他們之間的依賴關系并不會消除依賴,service層仍會調用dao層的方法。那么,該如何將UserDao注入到UserService的內部呢?
依賴注入的兩種方式:
set方法注入
就相當于將userDao對象通過setUserDao方法當做一個參數直接傳給UserServiceImpl類中,當創建UserServiceImpl類的對象調用cast()方法時,cast()方法內部就會使用setUserDao方法傳過來的userDao對象調用save()方法
?
具體setUserDao方法參數的userDao對象是如何創建的,這就要到xml配置文件中設置了
?
xml配置文件的另一種配置方式的寫法,知道即可還是上面的<property>標簽的可讀性更加高
?
?通過set方法注入的方式,就可以在Spring容器內部時就將Dao組裝到了Service
?
?set方法注入的關鍵就是,xml配置文件<property>標簽將Dao組裝到了Service,并在再service層的實現方法上用set方法接收dao層的對象,并使用對象對dao層進行操作。
構造方法注入
創建一個有參構造器用于接收UserDao對象
?
使用<constructor-arg>標簽配置
?
?? set方法注入和構造器注入的方式其他都一樣,就是接收UserDao的載體set注入是私有屬性的setter方法、構造器注入是有參構造器,xml配置文件的標簽set注入是<property>、構造器注入是<constructor-arg>
set方式注入其他類型數據
????????以上兩種依賴注入的方式不只能用于注入對象,還可以用于注入普通數據類型、引用數據類型和集合數據類型,接下來就以set注入方式為例演示
普通數據類型
創建變量相應的setter方法
?
配置xml配置文件
??spring客戶端對象獲取Bean對象,并調用save方法
?
數組、集合、propetries
propetries是Java的一個類以鍵值對的形式存儲配置信息
setter方法
?
xml配置文件?
?
??spring客戶端對象獲取Bean對象,并調用save方法
?
總結(注入數據時配置文件的配置格式)
?上圖傳作資源,如有用可自行下載:下載地址?
🌭 Spring相關API
創建Spring客戶端對象
創建Spring客戶端對象主要是依靠多態的方式使用ApplicationContext接口的以下三個實現類:
ClassPathXmlApplicationContext類
這個類的參數使用的是相對路徑,xml文件需要在項目下的resource文件夾下進行配置
?
FileSystemXmlApplicationContext類
這個類的參數使用的是絕對路徑,xml文件可以在任何地方進行配置,但是缺點是一旦配置文件修改位置或者是將項目在其他電腦上運行的話基本上就是報錯無法正常運行。
?
?AnnotationConfigApplicationContext類
使用注解配置容器對象的使用此類創建Spring容器讀取注解,先行了解,后續的學習再使用。在博客的最后一小塊進行了介紹使用。
獲取Bean對象
getBean(String id)
通過唯一id標識去創建bean對象,好處是id標識唯一確定一個bean類,不會創建錯
?
getBean(Class<T> type)
?
?
通過bean類創建bean對象,壞處就是配置文件里的bean類不止一個,如果此時配置文件里bean類的標簽不唯一就會拋NoUniqueBeanDefinitionExceptionBean定義不唯一異常
?
🍿 Spring配置數據源
? ? ? ? ?數據源又被稱為是連接池其出現的目的是為了提高程序的性能,數據源可以事先實例化源數據并初始化部分連接資源,使用連接資源的時候可以從數據源中獲取,使用完畢之后再將連接資源還給數據源。常見的數據源有DBCP、C3P0、BoneCP、Druid等。
????????Druid數據源的創建方式有很多種:手動創建、使用配置文件解耦合、使用spring框架依賴注入并解耦合,他們的學習是層層遞進的,要從手動開始最后引入spring框架這樣便于加深理解。
手動創建Druid數據源
第一步:通過pom文件依賴坐標的方式導入兩個數據源需要使用的jar包? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
?第二步:創建數據源對象并設置基本連接信息,最后歸還資源? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
?
將數據源對象的基本連接信息設置抽取出來到配置文件,實現解耦合
第一步:通過pom文件依賴坐標的方式導入兩個數據源需要使用的jar包 (跟上一個相同)
第二步:配置配置文件,配置文件的后綴是properties,也就是使用鍵值對的形式存儲配置信息
?
第三步:創建數據源對象并設置基本連接信息,最后歸還資源
?
🔥使用Spring依賴注入的方式創建Druid數據源,并實現解耦合最終進化版本,以后的使用模板
第一步:導入spring-contest依賴和以上兩種依賴
?
?第二步:配置配置文件,存儲數據源配置信息
?
第三步:創建applicationContext.xml配置文件并配置bean標簽
?
?第四步:創建數據源對象操作連接最后歸還資源
?
🥓 Spring注解開發
Spring的原始注解
?
通過案例了解注解開發
????????注解開發的優勢就在于進一步使用反射封裝代碼,簡化xml配置文件的內容,使用注解就可以代替xml配置文件的bean標簽配置。
在使用注解開發之前,xml文件里要使用UserDaoImpl類的bean標簽創建對象,使用UserServiceImpl類的bean標簽創建對象的同時將上一個bean標簽創建的對象通過set方法依賴注入到這個bean標簽里。
?
依賴注入的有關注解
@Component:通用版的@Repository注解,無論哪一層都能用,缺點就是辨識度不高,無法通過注解理清楚這是哪一層的業務
@Repository:Dao層的@Component注解用于實例化Bean,加上字符串參數相當于一個<bean>標簽設置了唯一id標識。這個注解的作用相當于圖中上面一行的<bean>標簽。
?
@Controller:controller層的@Component注解用于實例化Bean
@Service:?Service層的@Component注解用于實例化Bean,用法和意義同上一個
@Autowired: 用于依賴注入,加入注解后就說明下面的變量定義用到了依賴注入
@Qualifier:用于指定注入對象相當于ref屬性
?
當然這種依賴注入還可以進一步簡寫。就是只保留@Autowired注解舍去@Qualifier注解,再將set方法的定義舍去。之所以這么做也能成功的原因是:xml配置文件里面只有一個這種類型的bean標簽,此時只會唯一將該bean對象注入進去,不會出現像使用getBean方法時參數傳class對象但是bean不唯一拋異常的問題。只使用一個@Autowired注解的話,需要保證只有一個同類型的bean被注入到spring容器中。不管是用哪種方式,使用幾個注解,set方法的定義都可以省略不寫,注解底層已經通過反射機制為我們創建好了。
?
@Resource:如果出現了xml配置文件里面不只有一個這種類型的bean標簽的情況時,相當于下面這種情況一個類創建了兩個標簽,這個時候就用到了這個注解
?
?
?
除了使用注解之外,還要在xml文件使用標簽掃描注解,讓spring容器知道都使用了哪些注解并實現對應的功能
?
數據注入的注解?
@Value:將基本數據類型和string字符串注給下面的變量
?
?除了直接注入數據的形式,還能引用spring容器中的數據進行注入
?
其他注解
@Scope:與bean標簽的scope屬性意思相同
?
?@PostConstruct:指明下面的方法是初始化方法
@PreDestory:指明下面的方法是銷毀方法
?新注解
注解開發的最終目的就是用注解取代xml配置文件的同時還不會降低代碼的解耦合能力,使用上面的注解進行開發時還是無法替代全部的xml文件,依然有以下四種標簽無法被注解所取代,需要使用新注解進行開發取代xml文件
- 非自定義的bean(就像前面Druid數據源配置的bean標簽,第三方jar包給的bean無法取代)
- 加載properties文件的標簽<context:property-placeholder>
- 組件掃描<context:component-scan>
- 引入其他配置文件的<import>
@Configuration:標示這是Spring容器的核心配置類,相當于xml配置文件
@ComponentScan:掃描包下注解,相當于<context:component-scan>
@Import:導包,相當于<import>
?
@property:?加載properties文件,相當于<context:property-placeholder>
@Bean:在注解里將返回值是對象的方法實例化Bean,也就是說將方法返回的對象注入到Spring容器中供調用,也相當于一個<bean>標簽,只不過是用在方法上的。
?
由于xml文件此時已經被注解鎖完全取代了,所以創建客戶端對象的時候就不能再使用ClassPathApplicationContext類,要使用第三種方式AnnotationConfigApplicationContext類
?
🥯 Spring整合Junit
第一步:導入兩個依賴坐標
?
第二步:加注解
@RunWith:替換原來的運行期
@ContextConfiguration:指定配置文件(xml配置)或者配置類(注解配置)
?
?????????在使用spring整合Junit的時候遇到一個問題記錄一下: spring-context和spring-test的依賴版本不同導致控制臺拋出以下異常java.lang.NoClassDefFoundError: org/springframework/core/annotation/MergedAnnotations。解決方法:將兩個以來坐標的版本改成一致即可。
? ? ? ? Spring集成web需要學習使用IDEA創建一個web項目,并在IDEA配置tomcat服務器運行web項目,具體操作參考博客:關于黑馬程序員最全SSM框架教程視頻,P37集老師跳過的模塊創建以及tomcat下載安裝配置和運行等諸多問題
🥪 Spring集成web環境
ServletContextListener監聽器
????????使用原始的new ClassPathXmlApplicationContext獲取應用上下文對象的方式,每一次都會去加載這個xml配置文件創建應用上下文對象來獲取Bean。于是為了降低這種頻繁加載配置文件創建對象的損失,可以在web項目中使用ContextLoaderListener類實現ServletContextListener接口監聽器來監聽web應用的啟動,web應用啟動的時候就加載配置文件創建應用上下文對象并將其存儲在servletContext域中,這樣就可以在web應用的任意位置從域中獲取應用上下文對象。
第一步:創建一個類充當ContextLoaderListener監聽器,重寫初始化方法將應用上下文對象存儲在域中
?第二步:通過域獲取應用上下文對象
?
第三步:運行
?
對上述代碼的兩處優化
????????主要是servlet類中有兩處耦合死了,可以借助全局化初始參數和工具類實現解耦合。
全局初始化參數(web.xml)
?
?
?工具類
創建一個工具類WebApplicationContextUtils類傳參servletcontext域對象返回app對象
?
?
Spring對ServletContextListener監聽器的優化
????????通過前面對ServletContextListener監聽器的講解,過渡到Spring對ServletContextListener監聽器的優化,Spring提供了一個ContextLoaderListener監聽器其底層就是對上面寫的代碼的一系列封裝,該監聽器內部加載xml配置文件創建應用上下文對象并存儲在ServletContext域中,提供一個客戶端工具WebApplicationContextUtils供使用者獲取應用上下文對象。
第一步:導入spring-web依賴坐標
?第二步: 配置web.xml文件
?第三步:servlet類使用
?
🍹 SpringMVC篇
🥝 初識SpringMVC
? ? ? ? SpringMVC是一種基于Java語言實現的MVC設計模型(Model View Controller)的請求驅動型的輕量級web框架,屬于是SpringFrameWork的后續產品,已經融合在Spring Web Flow中。它是一套注解,讓一個簡單的Java類成為處理請求的控制器,無需使用任何接口,同時支持RESTful編程風格的請求。大致而言SpringMVC的模型就是下面的這張圖
?
?參照是上面的圖總結出SpringMVC模式的開發步驟,以SpringMVC的快速入門案例為例
第一步:導入SpringMVC的spring-webmvc依賴,用于使用SpringMVC內部的前端控制器
?
第二步:web.xml文件中配置SpringMVC的前端控制器DispatcherServlet
?
第三步:創建Controller層、對應的Controller類和視圖頁面
?
?
第四步:使用注解配置Controller類中的方法的映射地址
?
第五步:創建并配置SpringMVC的核心文件spring-mvc.xml配置文件并在web.xml里將它的位置告知SpringMVC
?
?
第六步:客戶端發起請求測試
點綠色小三腳運行web項目,如果控制臺報錯或者無反應的話可以考慮關了進行如下操作
?
??
?
像上述案例的SpringMVC執行過程如下
?
1、用戶發送請求至前端控制器DispatcherServlet(前端控制器包含在spring-webmvc依賴中,導入之后才能正常使用)
2、?前端控制器DispatcherServlet收到請求之后調用處理映射器HandlerMapping解析請求資源
3、處理映射器HandlerMapping找到具體的處理器(根據xml配置、注解查找)、生成處理器對象以及處理器攔截器對象(如果有的話就生成)一并返回給前端控制器DispatcherServlet
4、前端控制器DispatcherServlet調用處理器適配器HandlerAdapter
5、處理器適配器HandlerAdapter經過適配調用具體的處理器Handler(也就是自己寫的controller,也叫后端控制器)
6、處理器Handler(Controller)執行返回ModelAndView
7、處理器適配器HandlerAdapter將處理器Handler(Controller)返回的ModelAndView返回給前端控制器DispatcherServlet
8、前端控制器DispatcherServlet將ModelAndView傳給視圖解析器ViewReslover
9、視圖解析器ViewReslover解析后返回具體的View
10、前端控制器DispatcherServlet根據View渲染視圖
11、前端控制器DispatcherServlet返回響應給用戶
知識點查漏補缺:
????????@RequestMapping:用于建立請求URL和請求方法之間的對應關系,眾所周知URL的訪問是分級的,如果@RequestMapping注解加在類上的話表示的是一級訪問目錄,如果@RequestMapping注解加在方法上的話就表示是二級目錄與方法所在類的一級目錄一起形成虛擬路徑。注解的屬性有:
- value:用于指定請求路徑的url,默認直接給一個以/開頭的字符串,而不用鍵值對的方式給value賦值
- method:用于指定請求的方式,都是枚舉類型的值RequestMethod.常量名一般是GET或者POST
- params:限定請求參數的條件,支持簡單的表達式,要求參數key和value必須和配置的一模一樣
????????組件掃描:組件掃描在xml文件中配置,在配置組件掃描之前先引入命名空間?
然后通過<context:component-scan>標簽進行配置組件掃描,之前一直用的都是直接指定包名掃描包下面的注解?
現在直接按照注解的類型進行掃描??配置視圖解析器,使之擁有默認的前綴和后綴,也就是當將所有的.jsp文件都放在jap文件夾下的時候,可以指定重定向的網頁路徑的前綴和后綴使之可以直接跳轉,不必在return的時候寫過多的多級路徑。
?
?因為有上圖兩個set方法,所以在xml文件的配置時,很容易就聯想到使用<property>標簽的形式直接注入數據,于是有了下一步
?
設置了前綴字符串和后綴字符串之后,就可以下面的return字符串拼接成一個url路徑對jsp文件夾下的.jsp文件進行映射了
🍉??SpringMVC之數據響應
響應方式之頁面跳轉
🔴返回字符串
請求轉發(不加的話默認是請求轉發):forward:前綴表示是請求轉發,具體表現為地址不會變。是服務器跳轉,相當于方法調用,在執行當前文件的過程中轉向執行目標文件,一共就一個請求對象
請求重定向:redirect:前綴表示是請求重定向,具體表現為地址跳轉。是客戶端跳轉,相當于客戶端向服務端發送請求之后,服務器返回一個響應,客戶端接收到響應之后又向服務端發送一次請求,一共是2次請求
?🔴返回ModelAndView對象
????????可以通過ModelAndView對象和Model對象向request域中存放數據,并使用${}的形式取出數據
返回ModelAndView對象的三種方式
方式一:自己創建ModelAndView對象并返回
?方式二:傳參ModelAndView對象(SpringMVC創建)并返回
方式三:?傳參Model對象(SpringMVC創建)并返回字符串
響應方式之回寫數據? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
🔴直接返回普通字符串
加@ResponseBody注解,表示這里是返回字符串而不是進行頁面跳轉
🔴返回一個JSON字符串
第一步:新建一個User類封裝數據
第二步:導入相關依賴(三個的版本號要一樣),導依賴就要將依賴添加到目錄lib千萬別忘了
?第三步:使用轉換工具將對象轉換成JSON字符串并返回?
優化:使用xml文件配置SpringMVC的處理器適配器HandlerAdapter,設置消息轉換器,也就是說設置之后不用創建JSON轉換器,只要return一個對象就可以將其轉換成JSON字符串。
?靠這個set方法在xml文件進行數據注入,設置消息轉換器
配置好了之后直接return對象就能返回一個JSON字符串?
當然,以黑馬這個視頻主講老師的講解風格,這波可以說又是經典白學,因為這么多配置都可以使用一個標簽代替
🍊 SpringMVC之獲取請求數據
????????客戶端請求參數的格式是:name:value&name=value……有的時候服務器要想獲得請求的參數還需要對數據進行封裝,SpringMVC就可以接收一下類型的數據:基本數據類型、POJO類型的數據、數組類型的數據、集合類型的數據
基本類型數據
????????當Controller中業務方法的參數名與請求參數的鍵一致時,參數會進行自動映射匹配,也就是說將該請求消息與這個方法相匹配。
POJO類型參數
????????當Controller中業務方法的參數類里的封裝屬性名(更準確應該說是set方法名去掉set)與請求參數的鍵一致時,參數會進行自動映射匹配,也就是說將該請求消息與這個方法相匹配。
數組類型參數
????????當Controller中業務方法的參數數組名與請求參數的鍵一致時,參數會進行自動映射匹配。
集合類型參數
? ? ? ? 要想獲得集合參數的話,要將集合參數包裝到一個POJO類型數據中才可以實現。當POJO類參數里的封裝屬性(也就是一個集合)與請求參數的集合名(也就是form表單里行的值)一致時,會將form表單與業務方法進行匹配。
請求數據亂碼的問題
? ? ? ? 當使用POST請求的時候,數據會出現亂碼問題,我們可以使用一個全局過濾器來進行編碼的過濾。
在web.xml文件中配置全局過濾器?
配置之后的結果就不亂碼了
集合型還有一種直接使用集合不再使用POJO進行封裝
第一步:在wabapp下創建一個js文件夾并導入jquery-2.2.3.min.js文件
?
第二步:開放資源,使js目錄下的jquery-2.2.3.min.js文件可以被訪問到,下面運行時說到這一次的集合請求參數一共有三次訪問,如果不開放資源的話第二次訪問會被打斷,以至于無法進行第三次訪問導致失敗
上面的標簽配置是指定jsp目錄下的所有文件,有限定,下面的這個標簽配置的是所有的靜態資源,而無需指定是哪個文件夾,實際開發中使用的更多。
第三步:在jsp文件夾下創建一個jsp頁面,使用Ajax進行發送一個集合數據
?第四步:創建業務方法傳list集合參數,并在參數前加@RequestBody注解
?第五步:maven depoly并運行訪問ajax.jsp
? ?
參數綁定
@RequestParam:在方法參數定義前使用,將參數與注解定義的字符串綁定到一起,在發送請求時對注解字符串的賦值就是對參數的賦值。
獲取Restful風格參數
? ? ? ? Restful就是一種架構風格或者說是設計風格,而不是一套標準,主要就是提供了一組設計原則和約束條件。Restful風格的請求就是使用“url + 請求方式”便是以此請求的目的,HTTP協議里表示操作方式的四個詞分別是:GET獲取資源、POST新建資源、PUT更新資源、DELECT刪除資源。
參數獲取
自定義類型轉換器
第一步:定義一個轉換器類實現Convert接口?
第二步:聲明轉換器并在<annotation-driven>中引用轉換器?
獲取請求頭信息
? ? ? ? 眾所周知,http請求包括:請求行、請求頭、消息實體。那么,在MVC中如何獲得請求頭信息的呢?@RequestHeader注解和@CookieValue
文件上傳并轉存
? ? ? ? 當form表單修改為多部分表單時,即設置enctype="mulipart/form-data",用來獲取url編碼方式提交信息的API將無法再繼續使用,比如說request.getParameter()。url編碼方式即是設置enctype="application/x-www-form-urlencoded",此時會使用鍵值對的方式傳參。
第一步:導入相關坐標
第二步:配置文件上傳解析器
?第三步:文件上傳的代碼
?第四步:編寫相應的jsp頁面,提交的數據名要與上傳方法的參數名相一致
🍒 springMVC之攔截器
? ? ? ? SpringMVC的攔截器(Interceptor)相當于Servlet開發中的過濾器Filter,用于對處理器進行預處理和后處理。經攔截器按一定的順序連接成一條鏈,這條鏈成為攔截器鏈(Interceptor Chain)。在訪問被攔截的方法或字段是,攔截器鏈中的攔截器就會按期之前定義的順序被調用,攔截器也是AOP思想的具體體現。
自定義一個攔截器
第一步:創建一個攔截器類實現HandlerInterceptor接口
?第二步:在spring-mvc.xml中配置攔截器
測試:
????????因為頁面被攔截至自定義的攔截器,攔截器中的第一個方法返回的是false,故程序執行至此結束,不會繼續執行,控制臺就打印出一行信息。
攔截器案例:
? ? ? ? 如果url的參數param的值是yes就放行并將name屬性的值改為"小陳",如果不為yes就不執行該請求頁面,在自定義的攔截器中執行相應的方法,跳轉至error.jsp頁面。
?攔截器鏈中方法的先后執行順序:preHandle1方法-->preHandle2方法-->目標方法-->postHandle2方法-->postHandle1方法-->afterCompletion2方法-->afterCompletion1方法
🍓 springMVC之異常處理
? ? ? ? 系統中的異常包括兩類:預期異常(無論編譯時報不報異常都要處理)和運行時異常(編譯時不報運行時報異常)。一般情況的業務開發下,異常就是使用throws Exception往上一層拋由上一層進行處理,在一個spring項目中就是系統的Dao拋向Service再拋向Controller最后拋向SpringMVC的前端控制器由異常處理器進行異常處理。
異常處理的兩種方式:
使用SpringMVC提供的SimpleMappingException
?自定義異常處理器實現HandlerExceptionResolver接口?
第一步:創建自定義異常處理類并實現HandlerExceptionResolver接口
第二步:配置異常處理器
? MyBatis篇
🍩 jdbcTemplate的基本使用
????????jdbcTemplate是一個spring框架提供的對象,是對原始jdbcAPI對象的簡單封裝,之所以在這里學習jdbc模板是因為MyBatis框架是和jdbc模板功能相同的一個框架體現,這樣就可以實現從jdbc模板向MyBatis框架進行過度。
jdbcTemplate的開發步驟
第一步:導入spring-jdbc和spring-tx依賴
?第二步:創建數據庫和實體類
?第三步:創建jdbcTemplate對象并執行數據庫操作
執行結果:
使用spring創建jdbcTemplate對象
第一步:導入相關依賴
?第二步:編寫配置文件和鏈接設置文件
?第三步:創建對象并操作數據
使用jdbcTemplate對象進行CRUD操作
🍪 Spring AOP
????????aop也是Spring框架的知識,但是MyBatis聲明式事務控制的底層使用的就是Spring AOP,于是我們把aop的知識放在這里進行學習。
????????AOP(Aspect Oriented Programming)意思是面向切面編程,是通過預編譯的方式和運行期間動態代理實現程序功能的統一維護的一種技術。AOP是OOP(面向對象編程)的延續,是函數式編程的一種衍生范型,利用AOP可以對業務邏輯的各個部分進行隔離,從而使得業務邏輯個部分之間的耦合性降低,提高程序的可重用性,同時提高了開發的效率。
????????AOP可以在程序運行期間,在不修改源碼的情況下對方法進行功能的增強。它的優勢就是可以減少重復代碼,提高開發效率,并且便于維護。
底層實現
????????AOP的底層通過Spring提供的動態代理技術實現,在運行期間,Spring通過動態代理技術動態的生成代理對象,代理對象方法執行時進行增強功能的介入,再去調用目標對象的方法,從而完成功能的增強。
相關名詞概念
- Target(目標對象):也就是被代理類對象
- Proxy(代理):一個類被AOP增強后return的對象就是代理類對象
- JoinPoint(連接點):每個被攔截到的方法就是一個連接點,這里點指的是方法,因為spring只支持方法類型的連接點
- Pointcut(切入點):需要被增強的每個方法就是一個切入點
- Advice(增強):用于定義功能增強方法
- Aspect(切面):切入點加增強就是切面
- Weaving(織入):將切入點的方法進行增強的過程就被稱為織入,spring采用動態代理織入,而AspectJ采用編譯器織入和類裝載期織入。
常用的兩種動態代理技術
- JDK代理:基于接口的動態代理技術,有接口時使用
- cglib代理:基于父類的動態代理技術,無接口時使用
JDK代理
第一步:創建一個公共接口
?第二步:創建一個被代理類實現公共接口
?第三步:創建一個功能增強類
?第四步:測試類,利用反射創建代理類調用增強方法
測試結果:
cglib代理
第一步:導入相應的依賴jar包
? ? ? ? 由下圖可知,cglib的包已經被封裝到spring-core中它又被封裝在spring-context中,故只需要導入spring-context的依賴就可以使用cglib
?第二步:創建一個被代理類
第三步:創建一個功能增強類
第四步:測試類,利用反射創建代理類調用增強方法
?測試結果:
🍰 使用AOP開發
? ? ? ? AOP開發需要編寫目標類的目標方法、編寫切面類內置功能增強方法、配置配置文件將切入點與增強方法相結合。spring框架會監控切入點方法的執行,一旦監控到切入點方法執行就會動態的使用代理機制創建代理類對象,并在相應位置將增強與切入點進行織入。spring框架會根據目標類是否實現了接口來決定使用JDK和cglib中的哪一種動態代理模式
基于xml的AOP開發
第一步:導入相關依賴
?第二步:創建一個公共接口和目標類
?第三步:創建一個切面類內置增強方法
第四步:配置配置文件(創建對象的bean標簽、配置織入關系)
測試類及結果:
? ? ?
?? 通知類型
? ?
?? ?切點表達式的寫法:
🔴訪問修飾符可以省略不寫🔴返回值類型、方法全限名里的具體項可以使用*代表任意🔴包名與類名之間一個點.代表當前包下的類,兩個點..代表當前包及其子包下的類🔴參數可以使用兩個點..代表任意(任意個數、任意類型)
舉例如下:對照上述要求理解記憶
?? 切點表達式的抽取??
??
?? 環繞式增強方法
? ??
? ??
基于注解的AOP開發
第一步:導入相關依賴
第二步:創建一個公共接口和目標類
第三步:創建一個切面類內置增強方法
第四步:配置配置文件(開啟組件掃描、AOP自動代理)
?測試類:
🧁 spring的事務控制
編程式事務控制三個對象
🔴平臺事務管理器對象
????????PlatformTransactionManager接口是spring的事務管理器,他里面提供了我們常用的操作事務的方法。
🔴事務定義對象
? ? ? ? TransactionDefinition內部封裝控制事務的一些參數
事務隔離級別
? ? ? ? 事務隔離性控制不好的情況下,會產生以下三個問題:臟讀、不可重復度、幻讀
一共有以下五種事務隔離級別
- ISOLATION_DEFAULT:默認
- ISOLATION_READ_UNCOMMITTED:讀未提交
- ISOLATION_READ_COMMITTED:讀已提交(解決臟讀)
- ISOLATION_REPEATABLE_READ:可重復讀(解決不可重復讀)
- ISOLATION_SERIALIZABLE:串行化(解決三種問題,但是效率極低相當于鎖表)
?事務傳播行為
? ? ? ? ?一個事務方法調用另一個事務是會具有事務傳播行為
🔴事務狀態對象?
? ? ? ? TransactionStatus接口提供的是事務具體的運行狀態
聲明式事務控制
? ? ? ? spring的聲明事務控制就是采用生命的方式處理事務,這里說的聲明就是指在配置文件中聲明,用在spring配置文件中聲明處理事物的方式代替代碼式的處理事務。聲明式事務控制可以將業務邏輯和事務管理相分離開,這樣在不需要事務管理的時候,只要在設定文件上修改即可移除事務管理服務,無需改變代碼方便維護。Spring聲明式事務控制的底層就是AOP。
基于xml的聲明式事務控制
dao層:定義轉入轉出方法
?service層:實現轉入轉出的業務邏輯
?controller層:調用service層的方法進行事務操作
????????如果xml文件中不進行aop織入進行事務增強的話,除數為零異常的拋出就會導致tom轉出500而lucy并沒有轉入500,接下來進行事務控制配置
這樣的話就會在拋異常的同時兩人的賬戶余額都不會改變?
基于注解的聲明式事務控制
使用@Repository注解和@Service注解代替AccountDaoImpl和AccountServiceImpl的bean標簽,使用@Transactional注解代替aop織入和事務增強設置
?
🥧 初識MyBatis
? ? ? ? 下面都是官方的解答有些過于的生硬,按我個人理解就是MyBatis框架就是用來代替jabcTmplate的一個巨巨巨好用的持久層框架,其底層封裝的東西比較多,所以開發起來就比較快速。MyBatis是一個基于Java的持久層框架,它的內部封裝了jdbc使得開發者只需要關注于SQL語句本身,而不需要花費精力去處理加載驅動、創建連接、創建statement等繁雜的過程。MyBatis通過xml或者注解的方式將要執行的各種statement配置起來,并通過Java對象和statement中的SQL的動態參數進行映射生成需要執行的SQL語句。最后MyBatis框架執行SQL語句并將結果映射成Java對象并返回,采用ORM(將實體類與數據庫表進行映射)思想解決了實體與數據庫映射的問題,對jdbc進行封裝屏蔽了jdbc底層訪問的細節直接完成數據庫持久化操作。
1.1 MyBatis的開發步驟
? ? ? ? MyBatis后期結合spring框架進行開發還是有一些小不同的,以下的開發步驟知識為了快速入門而學習,由簡入難的學習步驟更加有利于知識點進行掌握。
第一步:導入相關依賴
第二步:創建實體類
第三步:創建mapper映射文件
?第四步:創建核心配置文件
測試類及結果:
1.2 mapper映射文件:
映射文件包含的內容? ? ? ? ? ? ? ? ? ??
增刪改查操作
????????原始的jdbc默認事務完成之后進行提交,MyBatis的事務默認完成之后不提交。所以當數據進行增刪改操作時,必須使用sqlsession.commit()進行手動提交。或者調用openSession方法創建sqlSession對象的時候傳參為true,意味著每次更改自動提交。
? ??
? ? ?
? ? ?
1.3?核心配置文件
environments標簽
- transactionManager標簽的Type值? ? ?
- JDBC:直接使用JDBC的提交和回滾設置,依賴于從數據源得到的連接來進行事務的管理
- MANAGED:幾乎不用,了解即可
- dataSource標簽的Type值
- UNPOOLED:不使用連接池,數據庫的連接隨著使用創建和釋放
- POOLED:使用連接池,創建一次,隨用隨取
- JNDI:幾乎不用,了解即可
?Properties標簽?
????????用于加載外部的properties文件,獲得數據源參數信息${}進行引用,配合上面的DataSource標簽進行使用
typeAliases標簽
????????為java類定義一個別名,這樣的話就可以在mapper映射文件中使用別名指定參數類型和結果類型了,方便操作。
?? ?核心配置文件中那么多標簽是有順序的,如果不按照規定的順序配置標簽的話,就會導致文件報錯!!!
?? ? 除了自定義別名以外,MyBatis框架已經為一些常用類型設置好了別名,比如int、string、long、double………
?😲mappers標簽
????????用于加載mapper映射文件,暫時只用學習相對路徑加載的這一種
🍫 MyBatis的dao層(mapper層)實現
2.1 代理開發方式
? ? ? ? Mapper代理開發方式只需要編寫Mapper接口,由MyBatis框架根據接口中定義的方法通過反射創建出相應的代理對象和接口的實現類方法。要想完成以上開發,需要遵循以下規范:
- 接口的全限名和mapper映射文件中的namespace相同
- 接口中方法名和mapper映射文件中的每個mapper標簽的子標簽的id相同
- 接口中方法的參數類型和mapper映射文件中的每個mapper標簽的子標簽的parameterType相同
- 接口中方法的返回值和mapper映射文件中的每個mapper標簽的子標簽的resultType相同
開發步驟:
???????代理開發最主要的就是上面的四個規范,只要將理解并完成規范之后,開發就會異常的快且方便
第一步:導依賴坐標?
第二步:編寫實體類?
第三步:編寫核心配置文件和數據源配置的properties文件
第四步:對比著接口配置mapper映射文件
測試類及其測試結果:
2.2 映射文件進階之動態sql
?? ? ? ? 上面的這種SQL語句寫法相當一一個精確匹配,但凡三個參數少任意一個都會造成這么一個問題,就是沒有匹配的結果輸出。但是一般的業務情況下如果參數少了一個的話就認為這個參數可以是任意值,也就相當于模糊匹配的概念。要想完成這個功能就需要使用動態SQL語句,也就是使用標簽進行。
<where>和<if>標簽
? ? ? ? ?<if>標簽實際上就是對test屬性值的條件判斷,只有當條件滿足了才會將標簽內部的語句拼接到上面的select語句中,如果都不滿足就會查詢所有,有幾個條件滿足都會拼接到where條件限制,where條件限制不固定就是動態SQL語句的由來。
<foreach>標簽
? ? ? ? <foreach>標簽實際上就是可以拼接SQL語句,有前后的SQL語句成分,有中間的字段值(集合或數組)和分隔符
<sql>片段抽取標簽
2.3?核心配置文件進階
typeHandlers標簽
? ? ? ? 一些情況下我們會有這樣的一個業務需求:java中的數據類型與要存放到數據庫中的類型不一致,或者數據庫中的數據類型和我們需要獲取的類型不一致,這時候就需要我們使用自定義的類型處理器了。typeHandlers標簽就是用于在核心配置文件中對自定義的類型處理器進行注冊使用,于是自定義類型處理器的使用就有兩個比較重要的步驟定義處理器類和核心配置文件注冊。
????????下面的案例就是java中是一個Date類型的數據,需要將date轉成時間毫秒值存儲到數據庫中,從數據庫中取出時還必須是Date類型。
定義處理器類
?核心配置文件注冊
plugins標簽
? ? ? ? MyBatis可以使用第三方的插件進行功能的拓展,plugins標簽就是對拓展功能的注冊
比如說使用分頁插件查詢數據庫信息
第一步:導入分頁插件的相關依賴
第二步:核心配置文件配置分頁插件
第三步:測試類中設置分頁參數,并獲取相關參數
????????核心配置文件中的標簽配置是遵循以下順序的,如果順序改變的話會導致報錯,且紅框框住的是相比較而言重要的,且前面都講過
🍿 MyBatis多表操作
????????表與表之間有三種對應關系:一對一、一對多、多對多,加下來讓我們依次學習一下這三種關系該的表查詢如何操作
一對一
一張訂單唯一對應著一個用戶
第一步:首先要有兩個表和對應的實體類,兩個表之間還要有一個外鍵進行表之間的連接
第二步:對應著mapper接口寫mapper映射文件
?第三步:配置核心配置文件
?第四步:測試及結果
?? ?還有一種映射關系的配置方式,使用<association>標簽可讀性更加好
多對一
一個用戶對應著多張訂單
第一步:首先要有兩個表和對應的實體類,兩個表之間還要有一個外鍵進行表之間的連接。仔細看,這個案例使用的表還是那兩張表,但是實體類就不是上一個案例的實體類了。
?第二步:對應著mapper接口寫mapper映射文件
?第三步:配置核心配置文件,這里的加載mapper映射文件和上一個案例不一樣,其他配置都一樣?
第四步:測試及結果,這里只查詢用戶id為1的訂單,查詢出來的所有訂單在后面進行拼接,無法全部展示
多對多
一個用戶扮演多個角色,一個角色被多個用戶扮演
?第一步:首先要有三個表和除了連接表之外的實體類,兩個表之間還要有一個連接表進行角色表和用戶表之間的連接。
?第二步:對應著mapper接口寫mapper映射文件
?第三步:配置核心配置文件,這里的別名role1不一樣,其他配置都一樣?
?第四步:測試及結果
????????學到這MyBatis基本上已經夠用了,下面的注解開發只做了解,可以不學,注解開發與xml配置開發的不一樣的地方就是,注解開發使用注解將mapper映射文件取而代之,在核心配置文件里mapper映射文件的加載換成包下注解掃描。
🍮 MyBatis實現注解開發
簡單的CRUD注解開發
第一步:創建表和實體類、導入依賴 都不再演示
第二步:配置核心配置文件,加載配置文件、配置數據庫、掃描包下注解
第四步:接口方法上加注解,省去mapper映射文件
第五步:和xml開發一樣直接調用方法?
多表查詢的注解開發
一對一
一張訂單唯一對應著一個用戶
第一步:創建user、order表和實體類、導入依賴 都不再演示
第二步:配置核心配置文件,加載配置文件、配置數據庫、掃描包下注解,和上面的一樣不再演示
第三步:接口方法上加注解,省去mapper映射文件
?第四步:和xml開發一樣直接調用方法?
?? ?還有一種注解開發方法,和下面要學習的一對多的開發一樣,提前了解一下
一對多
一個用戶對應著多張訂單
?第一步:創建user、order表和實體類、導入依賴 都不再演示
第二步:配置核心配置文件,加載配置文件、配置數據庫、掃描包下注解,和上面的一樣不再演示
第三步:一對多和一對一的拓展方法一樣,需要借助其它方法進行查詢,在rolemapper創建一個通過id查詢的方法
?第四步:usermapper接口方法上加注解,省去mapper映射文件
第五步:和xml開發一樣直接調用方法?
多對多
一個用戶扮演多個角色,一個角色被多個用戶扮演
?第一步:創建user、sys_user_role、sys_role表和User、Role實體類、導入依賴 都不再演示
?第二步:配置核心配置文件,加載配置文件、配置數據庫、掃描包下注解
第三步:一對多和一對一的拓展方法一樣,需要借助其它方法進行查詢,在ordermapper創建一個通過id查詢的方法
第四步:usermapper接口方法上加注解,省去mapper映射文件
第五步:和xml開發一樣直接調用方法?
🎉SSM框架整合
????????在前面的ssm專欄知識的學習中,我們已經大致清楚了ssm框架有三個框架組合而成——spring、springMVC、MyBatis。這三個框架可已經節省了我們很多的開發時間,現在要做的就是將這三個框架整合到一起,讓它們能更好的配合為我們節省更多的開發時間。
案例分析
? ? ? ? 由于本篇博客主要是為了講解ssm框架的整合知識,所以準備了一個比較簡單的案例。項目需要連接數據庫實現兩個功能:在頁面上插入數據、查詢數據并在頁面上顯示。
框架結構
? ? ? ? ssm框架在項目src/main/java的目錄下一般包含四個package,也就是我們常說的四層,從日常開發的順序來分依次是domain層(也叫entity層)、mapper層(也叫dao層)、service層、controller層。復雜點的也會有五層,多出來一個until層,由于學習時間有限更復雜的情況就不知道了😓? ? ? ? ?除了domain層以外,其他三層都有相應的配置文件配合spring框架代碼的使用,最后要在web.xml文件中將配置文件加載進去,否則配置文件相當于白配并不會生效。除了上面這種配置文件對應方式,還有一種方式就是將spring-xxx合成一個applicationContext.xml,這樣可以使配置文件的數量變得更少些,但是對應關系沒有上一種清晰,當然配置文件改變了web.xml文件也會跟著改變。本次案例就采用第二種對應方式進行講解。
實現
項目的層級結構
如果不會創建一個web項目的話,參考往期博客進行創建【SSM面向CRUD編程專欄 3】關于黑馬程序員最全SSM框架教程視頻,P37集老師跳過的模塊創建以及tomcat下載安裝配置和運行等諸多問題
pom.xml
<dependencies><!--spring相關--><dependency><groupId>org.springframework</groupId><artifactId>spring-context</artifactId><version>5.0.5.RELEASE</version></dependency><dependency><groupId>org.aspectj</groupId><artifactId>aspectjweaver</artifactId><version>1.8.7</version></dependency><dependency><groupId>org.springframework</groupId><artifactId>spring-jdbc</artifactId><version>5.0.5.RELEASE</version></dependency><dependency><groupId>org.springframework</groupId><artifactId>spring-tx</artifactId><version>5.0.5.RELEASE</version></dependency><dependency><groupId>org.springframework</groupId><artifactId>spring-test</artifactId><version>5.0.5.RELEASE</version></dependency><dependency><groupId>org.springframework</groupId><artifactId>spring-webmvc</artifactId><version>5.0.5.RELEASE</version></dependency><!--servlet和jsp--><dependency><groupId>javax.servlet</groupId><artifactId>servlet-api</artifactId><version>2.5</version></dependency><dependency><groupId>javax.servlet.jsp</groupId><artifactId>jsp-api</artifactId><version>2.0</version></dependency><!--mybatis相關--><dependency><groupId>org.mybatis</groupId><artifactId>mybatis</artifactId><version>3.4.5</version></dependency><dependency><groupId>org.mybatis</groupId><artifactId>mybatis-spring</artifactId><version>1.3.1</version></dependency><dependency><groupId>mysql</groupId><artifactId>mysql-connector-java</artifactId><version>5.1.6</version></dependency><dependency><groupId>c3p0</groupId><artifactId>c3p0</artifactId><version>0.9.1.2</version></dependency><dependency><groupId>jstl</groupId><artifactId>jstl</artifactId><version>1.2</version></dependency></dependencies>
domain層
????????數據庫中account表對應的實體類,首先需要參考下圖創建一個數據庫表
????????domain層下創建一個Account類對應數據庫中的各個字段
public class Account {private Integer id;private String name;private Double money;public Integer getId() {return id;}public void setId(Integer id) {this.id = id;}public String getName() {return name;}public void setName(String name) {this.name = name;}public Double getMoney() {return money;}public void setMoney(Double money) {this.money = money;} }
mapper層
之前學過MyBatis的代理開發模式,使用這種模式進行開發就不再需要實現類了,但是需要滿足以下四個條件
- mapper標簽的namespace = 接口全限名
- 接口方法 = mapper字標簽的id
- 接口方法參數類型 = mapper字標簽的parameterType
- 接口方法返回值類型 = mapper字標簽的resultType
? ? ? ? mapper層創建一個AccountMapper接口,定義插入和查詢功能的實現方法
public interface AccountMapper {public void save(Account account);public List<Account> findAll();}
? ? ? ? 創建AccountMapper.xml映射文件使用SQL語句對數據庫進行操作
<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE mapperPUBLIC "-//mybatis.org//DTD Mapper 3.0//EN""http://mybatis.org/dtd/mybatis-3-mapper.dtd"><mapper namespace="com.itheima.mapper.AccountMapper"><insert id="save" parameterType="account">insert into account values(#{id},#{name},#{money})</insert><select id="findAll" resultType="account">select * from account</select></mapper>
? ? ? ? ?對數據庫進行操作,要連接到數據庫,在這里需要將數據庫的配置抽取到jdbc.properties中方便日后修改(等于號右邊的要配成自己數據庫的值),又叫解耦合
jdbc.driver=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/test jdbc.username=root jdbc.password=123456
????????有了數據庫配置之后就需要在applicationContest.xml中配置數據源信息 ,當然需要先加載上面的數據庫配置了,也就是常說的創建連接池,連接池的好處相信大家都知道了吧
<!--加載propeties文件--> <context:property-placeholder location="classpath:jdbc.properties"/><!--配置數據源信息--> <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"><property name="driverClass" value="${jdbc.driver}"></property><property name="jdbcUrl" value="${jdbc.url}"></property><property name="user" value="${jdbc.username}"></property><property name="password" value="${jdbc.password}"></property> </bean>
? ? ? ? 下面的service層需要使用到AccountMapper對象調用其中的方法,所以需要使用spring框架底層直接創建好對象之后service直接注入,這樣的話就需要我們在applicationContest.xml中讓spring框架知道它需要做這件事了
<!--配置sessionFactory--> <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"><property name="dataSource" ref="dataSource"></property><!--加載mybatis核心文件--><property name="configLocation" value="classpath:sqlMapConfig-spring.xml"></property> </bean><!--掃描mapper所在的包 為mapper創建實現類--> <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer"><property name="basePackage" value="com.itheima.mapper"></property> </bean>
? ? ? ? 數據庫的操作又叫事務,既然有事務就要在applicationContest.xml對它進行聲明式事務控制
<!--聲明式事務控制--> <!--平臺事務管理器--> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"><property name="dataSource" ref="dataSource"></property> </bean><!--配置事務增強--> <tx:advice id="txAdvice"><tx:attributes><tx:method name="*"/></tx:attributes> </tx:advice><!--事務的aop織入--> <aop:config><aop:advisor advice-ref="txAdvice" pointcut="execution(* com.itheima.service.impl.*.*(..))"></aop:advisor> </aop:config>
service層
? ? ? ? service層有一個AccountService接口由于闡述業務需求,也就是需要完成哪些功能,一般來說它和AccountMapper接口一樣
public interface AccountService {public void save(Account account);public List<Account> findAll();}
? ? ? ? service層下有個Implpackage,又來放所有的接口實現類,比如說這個案例的AccountServiceImpl類。之前創建好的AccountMapper的對象就可以使用注解直接注入,然后調用它的方法
@Service("accountService") public class AccountServiceImpl implements AccountService {@Autowiredprivate AccountMapper accountMapper;public void save(Account account) {accountMapper.save(account);}public List<Account> findAll() {return accountMapper.findAll();} }
? ? ? ? 這里使用了@Service注解,所以需要在applicationContest.xml對注解進行掃描,讓框架知道應該創建相應的對象了
<!--組件掃描 掃描service和mapper--> <context:component-scan base-package="com.itheima"><!--排除controller的掃描--><context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"></context:exclude-filter> </context:component-scan>
controller層
? ? ? ? controller層是與前端進行交互的層,決定了請求和響應的具體事項,下面先放代碼再進行詳解
@Controller @RequestMapping("/account") public class AccountController {@Autowiredprivate AccountService accountService;// 保存數據@RequestMapping(value = "/save", produces = "text/html;charset=UTF-8")@ResponseBodypublic String save(Account account){accountService.save(account);return "保存成功";}//查詢數據@RequestMapping("/findAll")public ModelAndView findAll(){List<Account> accountList = accountService.findAll();ModelAndView modelAndView = new ModelAndView();modelAndView.addObject("accountList",accountList);modelAndView.setViewName("accountList");return modelAndView;}}
????????這里使用了@controller注解,所以需要在SpringMVC.xml配置注解驅動并對注解進行掃描,讓框架知道應該創建相應的對象了
<!--組件掃描 主要掃描controller--> <context:component-scan base-package="com.itheima.controller"/><!--配置mvc注解驅動--> <mvc:annotation-driven/>
@RequestMapping注解設置了方法的映射地址,前端訪問該映射地址的時候會執行對應的方法,類上注解和方法上注解分別對應著兩級不一樣的映射路徑,也就是說當前端發送/account/save請求時,就會調用save方法。produces屬性是設置響應的編碼格式以防返回給頁面一個字符串的時候出現亂碼
@ResponseBody注解標明返回的只是一個字符串,而不是進行頁面的跳轉,如果是頁面跳轉的話,需要開放靜態資源(jsp頁面)訪問權限,還可以在SpringMVC.xml中配置視圖解析器,給返回值加上前綴和后綴(因為開發時的前端頁面都會放在一個統一的package下而且頁面的后綴基本上都是jsp,于是就可以減少開發時的代碼書寫)
<!--開放靜態資源訪問權限--> <mvc:default-servlet-handler/><!--內部資源視圖解析器--> <bean id="resourceViewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver"><property name="prefix" value="/WEB-INF/pages/"></property><property name="suffix" value=".jsp"></property> </bean>
存數據的jsp頁面
<%@ page contentType="text/html;charset=UTF-8" language="java" %> <html> <head><title>Title</title> </head> <body><h1>添加賬戶信息表單</h1><form name="accountForm" action="${pageContext.request.contextPath}/account/save" method="post">賬戶名稱:<input type="text" name="name"><br>賬戶金額:<input type="text" name="money"><br><input type="submit" value="保存"><br></form> </body> </html>
查詢數據對應的jsp頁面
<%@ page contentType="text/html;charset=UTF-8" language="java" %> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <html> <head><title>Title</title> </head> <body><h1>展示賬戶數據列表</h1><table border="1"><tr><th>賬戶id</th><th>賬戶名稱</th><th>賬戶金額</th></tr><c:forEach items="${accountList}" var="account"><tr><td>${account.id}</td><td>${account.name}</td><td>${account.money}</td></tr></c:forEach></table> </body> </html>
web.xml文件
加載applicationContext.xml文件
<!--spring 監聽器--> <context-param><param-name>contextConfigLocation</param-name><param-value>classpath:applicationContext.xml</param-value> </context-param> <listener><listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener>
加載SpringMVC.xml文件,又叫前端控制器
<!--springmvc的前端控制器--> <servlet><servlet-name>DispatcherServlet</servlet-name><servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class><init-param><param-name>contextConfigLocation</param-name><param-value>classpath:spring-mvc.xml</param-value></init-param><load-on-startup>1</load-on-startup> </servlet> <servlet-mapping><servlet-name>DispatcherServlet</servlet-name><url-pattern>/</url-pattern> </servlet-mapping>
配置全局過濾器用于解決POST請求亂碼問題
<!--全局過濾器用于解決亂碼問題--> <filter><filter-name>CharacterEncodingFilter</filter-name><filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class><init-param><param-name>encoding</param-name><param-value>UTF-8</param-value></init-param> </filter> <filter-mapping><filter-name>CharacterEncodingFilter</filter-name><url-pattern>/*</url-pattern> </filter-mapping>
????????至此,ssm的框架整合就告一段落了,每一位大國工匠都是從基礎學起,之所以能夠異于常人。除了天賦以外就是在夯實基礎功之外,加之時間的沉淀和經驗的積累。萬丈高樓平地起,這就是框架開發的第一站。
???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
上一篇:【SSM面向CRUD編程專欄 9】SSM框架整合
完結……
?