【導讀】20xx屆普通本科畢業(yè)論文(設計)存檔編號:. 湖北經(jīng)濟學院教務處制

　　

【正文】 除了 param標簽中方法之外的所有方法進行攔截了 。 在訪問需要用戶登錄的 URL時，若用戶未登錄或 session失效，就會跳轉(zhuǎn)至 globalresults中定義的頁面，這里是 頁面。 Struts2 攔截器 要實現(xiàn) 登錄 攔截 的功 能， 最關 鍵的 就 是要 實現(xiàn) 攔截 類了 。創(chuàng)建AuthorityInterceptor 類，并繼承 MethodFilterInterceptor，為什么繼承它呢？因為這個類是對方法進行攔截，而在本系統(tǒng)中，需要是對大部分的方法展開攔截，而只需要對少數(shù)幾個方法進行排除。 從 session 中獲取當前登錄的用戶信息，如果該用戶存在，則繼續(xù)遞歸執(zhí)行后面的攔截器；否則，將會跳 轉(zhuǎn)到 配置文件中規(guī)定的調(diào)轉(zhuǎn)頁面，本系統(tǒng)中指定的是登陸頁面。所以這樣實現(xiàn)了代碼后，還要在 中進行相應的設置，前面在解析 文件的時候，已講述了這部分。 基于注解的 struts action跳轉(zhuǎn) 1. 跳轉(zhuǎn)至某個頁面。 這里以退出系統(tǒng)為例。如下面的代碼段所示， @Action 括號里面的 value 表示當前處理請求的 action，同 form表單中 action 的值相同。 results 屬性表示 action執(zhí)行后要返回的結果集： @Result 就表示一個結果，其中的 name 就是返 回的值，而 location 就是根據(jù) name 的值確定的將要跳轉(zhuǎn)的頁面。 results 里面可以有多個public class AuthorityInterceptor extends MethodFilterInterceptor { @Override protected String doIntercept(ActionInvocation ai) throws Exception { Object user = ().getSession().getAttribute(user)。 if (user != null){ return ()。 //遞歸調(diào)用攔截器 } else { return 。 //返會登陸頁面 } } } 36 @Result，以逗號隔開。在這里用戶成功退出系統(tǒng)后將調(diào)轉(zhuǎn)到到登陸頁面，即，當然 name 的值不一定是 success，可以是任意一個你指定的值，只需和 return 的值保持一致即可。 //退出系統(tǒng) @Action(value=logout, results={ @Result(name=success, location=/)}) public String logout(){ HttpServletRequest request = ()。 HttpSession session = ()。 if ((user) != null){ (user)。 (role)。 } return success。 } 2. 跳轉(zhuǎn)至某個 action。 有時 action 執(zhí)行后需要返回到另一個 action，這時就需要在 @Result 里面指定跳轉(zhuǎn)類型 dispatcher 為默認跳轉(zhuǎn)類型 type=redirectAction, 因為 struts2 跳轉(zhuǎn)類型為dispatcher，用于返回一個視圖資源 (如 :jsp)。這里以刪除管理員為例，當添加一位管理員后，將會跳轉(zhuǎn)至 ，經(jīng)此跳轉(zhuǎn)至管理員列表頁面。 //添加管理員 @Action(value=adminadd, results={ @Result(name=success, type=redirectAction, location=adminlist)}) public String adminAdd(){ try { HttpServletRequest request = ()。 String username = (username)。 String password = (password)。 Admin admin = new Admin(username, password)。 (admin)。 return success。 } catch (Exception e){ ()。 return fail。 } } Action處理 AJAX異步請求 AJAX 通過在后臺與服務器進行少量數(shù)據(jù)交換，可以使網(wǎng)頁實現(xiàn)異步更新 。這里以分頁查詢考生成績信息為例介紹 Action 和 Ajax 數(shù)據(jù)交換過程。 1. 發(fā)送 Ajax 異步請求： $.ajax({ type:39。POST39。, url:39。%=_path%/reportsByFilter39。, data:{...}, success: function(data){ ... } })。 接收請求并處理。 37 1） action 中方法返回值設為 void： //分頁查詢指定條件下的考生成績信息 @Action(value=reportsByFilter) public void allDetailReportByFilter(){} 2） 在 Action 中將處理結果返回 Ajax： //分頁查詢指定條件下的考生成績信息 HttpServletResponse response = ()。 (text/html。charset=utf8)。 ().write(...)。 這里 write 中的省略號表示要返回的數(shù)據(jù)。若是返回字符串則可直接 write寫出，如 write(success)。若要返回其他形式的數(shù)據(jù)，需先將其轉(zhuǎn)換成 json格式的數(shù)據(jù)，如 write(jsonStr),jsonStr 為轉(zhuǎn)換的 json 格式的字符串。如： String jsonStr = new ObjectMapper().writeValueAsString(reports)。 reports 為查詢到的成績對象列表。 3. Ajax 接收 action 返回的數(shù)據(jù)并處理。 在 Ajax 的 success 方法里面的 data 就是返回的數(shù)據(jù)。若返回的是一般字符串，則可直接使用，如 var str = data。若返回的 是 json 對象，則需要將 data進行轉(zhuǎn)換后再使用。 填空題評分方法 填空題答案既有客觀性，也有主觀性。為了快速合理、準確無誤的自動評分，研究了相關文獻，發(fā)現(xiàn)填空題具有一題多空、答案多值及相鄰答案可以相互換位等特點。設計出每個空格分值相同、答案無標點無復合的出題規(guī)則，并使用核心詞匯和豎線連接考試答案的描述規(guī)則，以及采用混合匹配及兩種結果的評分策略。由此設計實現(xiàn)了填空題自動評分算法，經(jīng)系統(tǒng)驗證，此算法能滿足通用填空題的需求。 根據(jù)填空題的特點及自動評分的要求，確定試題的編制規(guī)則如下： 1）空格同分 值 在同一份試卷最后那個，每個空格具有相同的分值，以簡化評分流程，從而快速的自動評分。 2）答案無標點 試題答案中不含標點符號，以減少考生在輸入中出現(xiàn)錯誤，從而合理自動的38 評分。 解答填空題時，考生總是習慣根據(jù)自己對知識點的理解程度和思維習慣給出答案。要實現(xiàn)系統(tǒng)對填空題的準確且有效自動評分，就一定要按照某種正確的規(guī)則來設置考試題目的標準答案，這個規(guī)則不僅僅要具有簡單性和一致性，還要能方便的在實際中應用。 1）使用核心詞匯 為了使標準答案能夠簡化而且能夠快速有效的自動評分，每個空格的標準答案應該是與考核的知識點具有相同的核心詞匯。所謂核心詞匯，就是“凡是可以得分的答案中所必須包含的詞匯”。 2）使用豎線連接 當某個空格答案有多種時，使用特定的符號將其進行連接，這里以豎線“ |”為例。具體規(guī)則是：如果一個空格的答案有多種，將多個答案同通過豎線連接在一起并以此來作為標準答案；如果相鄰的空格答案并列，則將并列的答案連接在一起作為每個空格標準答案。 1）進行混合匹配：遍歷每一個空格，首先判斷考生答案與標準答案是否精確匹配，若不是精確匹配，再判斷是否模糊匹配。 2）只取兩種結果：對于每個空 格，要么得分，要么不得分。 1）自動評分的流程 如果考生的答案與標準答案精確匹配，則直接計分。在考生答案與標磚答案模糊匹配的前提下，先判斷是否有并列的空格，如果不是，計分，并同時創(chuàng)建臨時數(shù)組用來存放匹配的標準答案；如果是并列空格，再判斷是否是重復答案，如果不是重復答案，計分，并將已經(jīng)匹配的標準答案加到臨時數(shù)組當中。自動評分的流程圖如圖 51所示。 39 2） 編碼實現(xiàn) // @param canAnswer 考生答案 @param modelAnswer 標準答案 public class BlankScore { public static int autoScore(String []canAnswer, String []modelAnswer, int point){ int score = 0, count = 0。 //總分數(shù)和 臨時數(shù)組下標 。 String temp[] = new String[10]。 //臨時數(shù)組，存放匹配答案 for (int i = 0。 i 。 i++){ if (!(canAnswer[i])){ //考生答案存在 if (canAnswer[i].equals(modelAnswer[i])){ score += point。//考生答案等于標準答案，計分，到達下一個空格 } else { //空格答案多值或多個空格答案并列的情況下，對答案關鍵字進行分解 String str[] = modelAnswer[i].split(\\|)。 for (int j = 0。 j 。 j++){ if (canAnswer[i].contains(str[j])){ //考生答案匹配標準答案 if (i0 amp。amp。 modelAnswer[i].equals(modelAnswer[i1])){ //標準答案與前一個相同 int k。 for (k = 0。 k count。 k++){ if (canAnswer[i].contains(temp[k])){ break。//考 生答案匹配臨時數(shù)組元素，表明答案重復，到達下一個空格 圖 51 自動評分流程圖 40 } } if (k == count){ //考生答案與臨時數(shù)組元素不匹配，將匹配答案加入臨時數(shù)組，到達下一空格 score += point。 temp[count++] = str[j]。 } } else { score += point。 //標準答案與前一個不同，計分 count = 0。 } break。 } } } } } return score。 } } 41 第 6章 總結 經(jīng)過 20 多天的辛苦努力，總于完成了在線考試系統(tǒng)（ Online Test）的設計與論文的編寫。在系統(tǒng)開發(fā)的過程中，采用了 SSH 全注解框架，使整個系統(tǒng)的設計思路更加清晰，而在頁面部分應用 bootstrap 框架，是頁面代碼更加簡潔明了。同時，為了使系統(tǒng)更人性化，系統(tǒng)中還采用了 Ajax 技術實現(xiàn)在線考試時間倒計時等功能。 在系統(tǒng)開發(fā)初期，我用了兩三天的時間分析系統(tǒng)的需求，確定數(shù)據(jù)庫設計及系 統(tǒng)流程。顯然，在寫代碼之前，這是一個必不可少的過程，只有系統(tǒng)需求確定了，才不會在后面系統(tǒng)的開發(fā)中由于需求的不確定而做很多無用功。 在開發(fā)在線考試系統(tǒng)的過程中，遇到了很大困難。其中最大的困難便是系統(tǒng)的搭建。由于大學的課程中沒有完整的 SSH 框架講解課程，尤其是全注解的方式，在一定程度上加大了系統(tǒng)開發(fā)難度。通過在網(wǎng)上查找資料和無數(shù)次的錯誤嘗試后，系統(tǒng)開發(fā)框架最終搭建完成。接下來便是寫代碼階段，首先把后臺基本功能完成，然后通過頁面進行測試，功能全部完成后，則開始做頁面的優(yōu)化工作。在這里不得不說 bootstrap 真是 一個很好用的框架，不僅使用簡單，而且功能齊全，大大減少了頁面開發(fā)的困難。 在系統(tǒng)實施階段，遇到的另一個困難便是填空題的自動評分功能，最開始毫無頭緒，后來在網(wǎng)上看到一篇論文專門研究填空題自動評分算法，通過一天時間的研究，用自己的思路實現(xiàn)了這個算法，在前面的關鍵代碼分析一掌中已進行了詳細說明，這里就不再贅述。 雖然在系統(tǒng)開發(fā)中遇到很多困難，但是收獲也是蠻多的。收獲之一便是對SSH 框架已經(jīng)達到很熟悉的程度，再也沒有之前望而生畏的感覺，并且學會了一種新的使用方式，即使用注解。另一個收獲則是學會如何使用 Ajax 和 struts 的action 異步