*具有多年讀書會經驗
*聽力穩定450分以上(490分2次)
*懂得如何從低分群準備到高分群
*多次考試經驗, 並從準備考試中建構會話基礎 主教多益聽力部分，以及準備方法 每周上課1小時，會出一天份量的回家作業 藉由每周進度，幫助久未接觸英文的工作人 找回英文的熟悉度，並累積英文基礎能力 養成良好的學習模式 本次學生程度為400-600 目前人數：4~6 地點：Teams 線上 時間：周日 晚上8：30 - 10：00 收費：300 聯絡方式 : 站內私訊，或是line: iw5420 教材：由老師提供，也可自行購買課本
JSESSIONID 的cookie secure設置確有改變, 如下圖
@Component
public class CookieSecureUtils {
public static Cookie setSecure(Cookie targetCookie) {
targetCookie.setHttpOnly(true);
targetCookie.setSecure(true);
return targetCookie;
}
}
2載入類
@Autowired
private CookieSecureUtils cookieSecureUtils;
2送出cookie前,設置安全
response.addCookie(cookieSecureUtils.setSecure(new Cookie("domain", resultObj.getString("domain"))));
response.addCookie(cookieSecureUtils.setSecure(new Cookie("account", account)));
response.addCookie(cookieSecureUtils.setSecure(new Cookie("lang", request.getParameter("lang"))));
整串的邏輯大約是這樣
1開始載入時 撈取下拉選單,回給前端排列畫面,並產生全域List供篩選使用
2按鈕功能觸發查詢該病患資料
3依照病患id查詢病患該表項資料
4顯示該病患該表項資料
問題
當4顯示資料的時候, 有去使用到1的下拉選單的List
但是發現, 我操作查詢該病患的表項資料速度快的時候,
會發生顯示問題, 開f12發現, 顯示需要的list並沒有撈回來, 他就已經執行篩選顯示
找尋根源問題
一開始推測, getDropdown需要更多的時間, 所以讓他在網頁中載入順序提前,
但是發現, 這還是沒有解決問題
因此, 我做了一個操作
我嘗試在下拉選單組完選單內容的最後印出"finished"字樣
好讓我知道, 什麼時候才把下拉選單組完
此時我發現, 這個finished差不多讓我等了6秒鐘
很明顯, 如果說我整套操作動作在6秒鐘內完成
很有可能會組資料的時候List還沒有準備好
因此
到底為什麼撈取dropdown會需要撈取這麼久呢?
就是這裡的核心問題
我注意到在等待dropdown回傳的過程中,
他在等待account做了很多查詢
我原本以為是權限相關
回去看code發現
原來為了取得帳號名稱
程式查找出整個account內容
因為其權限是eager撈出來的不是lazyload(當初設計上問題)
因此這邊撈出account會再重新把所有權限功能子功能run一遍
整體就是慢在這邊
解法
我使用另一個只撈id和name的Repo function, 準確的撈取我要的資料->帳號名稱
代替原本把account下面所有關聯查出來
大約看到finished在console中, 不到1秒就跑出來了
而證實拖累效能問題的確在這裡
finished!
String medicalId = pbSearch.getMedicalId()==""?null:pbSearch.getMedicalId();
String identityId = pbSearch.getIdentityId()==""?null:pbSearch.getIdentityId();
String fullname = pbSearch.getFullname()==""?"":pbSearch.getFullname();
String mode = pbSearch.getMode();
PageRequest pageRequest = size == 0 ? null: PageRequest.of(--page, size, Sort.by("sysTime").descending());
PagepatientBasicList = patientBasicRepo.findVoByDomainAndMedicalIdOrIdentityIdOrFullnameOrMode(domain
,medicalId, identityId, fullname,mode,pageRequest);
@Query("select new com.ICU.ICUmodule.vo.caseManage.PatientBasicVo(pb.id as id, pb.medicalId as medicalId, pb.identityId as identityId, pb.fullname as fullname, "
+ "pb.telephone as telephone, pb.localDate as localDate, pb.treatment as treatment, pr.mode as mode) "
+ "from patient_basic pb left join patient_returned pr on pb.id=pr.patientBasic.id "
+ "where pb.domain=:doamin and (:medicalId is null or pb.medicalId =:medicalId) and (:identityId is null or pb.identityId =:identityId) and (:fullname is '' or pb.fullname LIKE '%' || :fullname||'%') and (:mode is null or pr.mode =:mode)")
Page findVoByDomainAndMedicalIdOrIdentityIdOrFullnameOrMode(String doamin, String medicalId,
String identityId, String fullname, String mode, Pageable pageRequest);
在一般情況下, 若是要判斷是否為 null 再拉進JPQL裡面做is null or object.xxx = :xxx
然而在模糊查詢的時候, 這裡若為 null 帶入到JPQL LIKE語法, 會產生判斷JPQL語法錯誤問題
因此在這裡LIKE語法是不能帶null, 而要給""字串來做判斷, 這樣JPQL就不會run出問題, 也可以進行模糊查詢及一般查詢
String no = repo.getLastIoNo();
String prefix = new SimpleDateFormat("yyyyMMdd").format(new Date());
prefix = prefix.substring(prefix.length() - 6);
if(no != null && no.matches("^" + prefix + "\\d{3}$")) {
no = String.valueOf(Integer.valueOf(no) + 1);
} else if(no == null || !no.matches("^" + prefix + "\\d{3}$")) {
no = String.format("%s%s", prefix, "001");
} else {
throw new Exception("Create StockIoMaster io_no fail");
}
簡單的說, 這個組成的流水碼最後會變成yyMMdd001, 後面會隨數字變多yyMMdd002, 接續增加
而這組流水碼, 會從001開始, 如果資料庫有取出東西, 且同一prefix的情況, 會自動將序號轉成數字
加一, 這樣就產生一組新的序號在資料庫中
取資料的寫法如下
@Query("select max(m.ioNo) from stock_io_master as m")
String getLastIoNo();
