遍歷出題庫表的題庫名稱和題庫id,根據題目id即questionbankid獲取
分組,即該題庫題目總數,該題庫題目正確數,該題庫已回答題目數。
<sqltemplate
id="countanswerdquestion"
>
select
question_bank_id ,
(select count(1) from edu_question where question_bank_id = t.question_bank_id) totalcount ,
(select count(id) from edu_question_exercise where question_bank_id = t.question_bank_id and answer_status ='1' and labour_id=:labourid) correctcount,
count(1) answerdcount
from
edu_question_exercise t
where 1=1
<#if labourid?? && labourid != '' >
and labour_id = :labourid
group by question_bank_id
]]>
sqltemplate
>
利用三個map分別接收題目總數、題目正確數、已回答題目數
publicmap getdetails(eduquestionexercise eduquestionexercise)
//題庫id 為key , 題庫總題目量為value
maptotalmap = new hashmap<>();
for(mapanswerdquestion : answerdquestions)
//題庫id 為key , 題庫正確題目量為value
mapcorrectmap = new hashmap<>();
for(mapanswerdquestion : answerdquestions)
//設定題庫已答數量
for(eduquestionbank eduquestionbank : eduquestionbanks)
else
}map.put("list",eduquestionbanks);
return
map;
}
posted @
2018-06-08 21:00
rest探路者 閱讀(
...)
編輯收藏
複雜業務邏輯下的合理遍歷
我們在前端介面進行任務手動分配,要求將多條錄音隨機分配給多個質檢員。指定每個質檢員的錄音個數。1 錄音map key id,value time 2 質檢員id list 3 質檢員任務list number 4 需要質檢的錄音數量 1 將所有工單按照指定的分配數量分配給相應的質檢員 param w...
React Redux與複雜業務元件的復用
從redux的state中讀取使用者token。由於這個元件需要讀取存放在redux state中的使用者token,並且包含非同步請求,將它的狀態放入redux中管理,並且使用redux saga處理非同步請求是非常合適的。但是在元件的復用性上,我們遇到乙個難題,由於redux本身並不提供模組化功...
複雜業務重構 俄羅斯套娃
明明是oo的背景,缺寫成了po的現實 工作過程中發現了一種俄派武學流派 無限套娃 author 俄羅斯套娃 description 複雜業務邏輯裡乙個方法套另乙個方法,被巢狀的方法在套下乙個方法,依此類推,巢狀n多層。在方法開始處乙個事物管所有,然後業務邏輯裡面充斥著第三方遠端介面呼叫,大sql處理...