今天主要有下面這幾件事

• 企業(yè)信息列表前后端聯(lián)調(diào)
• 組內(nèi)session
• 組內(nèi)code diff

企業(yè)信息列表前后端聯(lián)調(diào)

問題：這個問題很隱蔽，首先是有兩個頁面一個待審核列表，和已審核列表，因為布局有點不同，所以沒有頁面暫時沒有進行復用，在兩個頁面中通過發(fā)送不同的請求，使用相同的action去dispacth請求，只是其中的某個參數(shù)不同，那么它們返回的數(shù)據(jù)就在同一個reducer中。在剛開始兩個請求都是成功，所有ok，兩個頁面數(shù)據(jù)都正確，偶然間，其中一個請求失敗了，另一個請求成功，這個時候reducer里面是有數(shù)據(jù)的，這個時候請求失敗的頁面就會使用這個數(shù)據(jù)進行顯示。很明顯這樣是不滴

思考：其實我們不應該用同一個action去描述兩種用戶動作，動作和action應該是一一對應的，這樣它們reducer中數(shù)據(jù)就是獨立的，盡管數(shù)據(jù)中有很多相似的地方

解決方式：拆分action出來，獨立發(fā)起action

組內(nèi)session

今天組內(nèi)session的主題是JPA，就是springBoot中用于操作數(shù)據(jù)庫，主要內(nèi)容是其中一些常用的注解，對于創(chuàng)建表，以及表之間的關聯(lián)，通過實現(xiàn)function的方式去執(zhí)行sql語句，很強大

組內(nèi)code diff

• ava.js, pact.js 兩個前端測試框架的了解
• 組內(nèi)有個很厲害的人，對組件的函數(shù)化做的很厲害，組件復用性很高
• 關于 cssmodule是否要使用進行討論