-
Command + shift + T
這邊是用 logback 實現 slf4j。 (logback.xml)<configuration> ????<appender?name="STDOUT"?class="ch.qos.logback.core.ConsoleAppender"> ????????<!--?encoders?are?assigned?the?type?ch.qos.logback.classic.encoder.PatternLayoutEncoder?by?default?--> ????????<encoder> ????????????<pattern>%d{HH:mm:ss.SSS}?[%thread]?%-5level?%logger{36}?-?%msg%n</pattern> ????????</encoder> ????</appender> ????<root?level="debug"> ????????<appender-ref?ref="STDOUT"?/> ????</root> </configuration> <!--?頭：http://logback.qos.ch/manual/configuration.html?-->
使用 try catch 不去向上拋給Junit，因為這樣 Junit會認為測試失敗。
查看全部 -
投影片~~~~~~~
也就是說開發中不關心如何去開啟事務、提交、回滾...等，由 Spring 管理。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
第二種就是所有的 service 以 add or update 開頭的方法全都是事務的方法。
但推薦第三個，一種約定，看到這標註就要特別注意。
聲明式事務獨有的概念，跟 MySQL沒關係。
propagation_required 當有新事物進來如果有就加入原有事務，否則創新的。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
拋出 checked exception 不會回滾
try-catch spring 會感知不到查看全部 -
xml + 註解
查看全部 -
投影片~~~~~
Spring 幫我們做完整的初始化過程，自動幫我們組裝好
查看全部 -
投影片~~~~~
DAO 資料存取層，只關注如何對 MySQL 做操作
查看全部 -
## 使用注解控制方法的優點
* 1.開發團隊達成一致的約定，明確標注十五方法的編程風格
* 2.保證事務方法的執行時間盡可能短，不要穿插其他的網絡操作 RPC/HTTP請求/或者剝離到事務方法外部
* 3.不是所有的方法都需要事務，如只有一條修改操作，或者只讀操作。## 聲明事務的使用方式
查看全部 -
## 本項目IOC使用
## Spring-IOC注入的方式和場景
## SeckillService 依賴圖
查看全部 -
站在使用者的角度去使用接口
查看全部 -
業務邏輯分包：
- entity用于存儲業務數據庫中表對應javabean的封裝
- dto用于web和service之間的數據傳遞
查看全部 -
DAO層的總結
查看全部 -
推薦使用第三種方式
查看全部 -
IoC 不是一種技術，只是一種思想，一個重要的面向對象編程的法則，它能指導我們如何設計出松耦合、更優良的程序。傳統應用程序都是由我們在類內部主動創建依賴對象，從而導致類與類之間高耦合，難于測試；有了IoC容器后，把創建和查找依賴對象的控制權交給了容器，由容器進行注入組合對象，所以對象與對象之間是 松散耦合，這樣也方便測試，利于功能復用，更重要的是使得程序的整個體系結構變得非常靈活。
其實IoC對編程帶來的最大改變不是從代碼上，而是從思想上，發生了“主從換位”的變化。應用程序原本是老大，要獲取什么資源都是主動出擊，但是在IoC/DI思想中，應用程序就變成被動的了，被動的等待IoC容器來創建并注入它所需要的資源了。
IoC很好的體現了面向對象設計法則之一—— 好萊塢法則：“別找我們，我們找你”；即由IoC容器幫對象找相應的依賴對象并注入，而不是由對象主動去找。
查看全部 -
拋出運行期異常RuntimeException時才rollback；
查看全部 -
logback官網:
http://logback.qos.ch/manual/configuration.html
查看全部 -
聲明式事務使用方式
查看全部 -
IOC注入方式及場景
查看全部 -
業務對象依賴圖
查看全部 -
Spring-IOC注入方式和場景
查看全部 -
聲明式事務使用方式
查看全部 -
Spring-Ioc注入方式和場景
查看全部 -
聲明式事務使用方式
查看全部 -
spring IOC注入方式和場景
查看全部
舉報