我們接下來做投訴資訊的儲存工作
我們先來想一下，我們的整個投訴的流程是:
1、儲存投訴資訊
2、提示使用者投訴成功
3、重新整理父視窗
4、關閉目前視窗
我們來畫一下時序圖(對象與對象之間的消息在時間順序上的互動):
我們現在要做的是第9步之後的步驟
我們回顧一下我們的投訴資訊填寫界面:
我們給“儲存”announce添加一個onclick事件:
然後在<script></script>中完成onclick的dosubmit()方法:
由于我們是使用ajax儲存我們的而投訴資訊的，我們需要從頁面上擷取我們的标題屬性内容、部門屬性内容、投訴人屬性内容、文本屬性等，擷取比較麻煩，我們使用$("#form").serialize()來擷取整個頁面的所有标簽值。
(解釋一下$("#form").serialize():
serialize() 方法通過序列化表單值，建立 url 編碼文本字元串。
可以選擇一個或多個表單元素（比如 input 及/或 文本框），或者 form 元素本身。
序列化的值可在生成 ajax 請求時用于 url 查詢字元串中。
)
我們接下來在homeaction添加complainadd方法來完成投訴資訊的添加:
我們來測一下我們的投訴資訊儲存是否能成功:
首先輸入各種我們的投訴資訊，然後點選儲存:
首先會看到彈出一個對話框:
然後點選“确定”之後，我們的投訴資訊編輯頁面就會關閉，我們到“納稅服務”子產品下的“投訴受理管理”功能下檢視，發現我們的投訴資訊已經成功儲存:
點選“受理”，我們可以看到我們的投訴資訊詳細内容:
最後将之前我們一直嚷嚷的查詢條件回顯解決:
首先在我們的complainaction中添加下面屬性:
在dealui中防止這兩個條件被覆寫:
然後在dealui.jsp中加入隐藏值:
然後在complain-struts.xml配置檔案的action重定向跳轉中添加這些參數:
我們的回顯功能就完成了。同樣保留了我們分頁的目前頁面(分頁的其他功能我們已經在baseaction中完成了，而且我們的complainaction、也已經繼承了baseaction)。
測試，我們搜尋“問題”:
一共有7條測試資料，然後我們翻到第二頁，對第二頁第一條進行受理
跳轉至受理頁面後，我們随便填寫一下回複，然後點選儲存
之後我們重新跳轉回界面，發現我們的查詢條件以及目前頁數都在
至此我們的分頁以及查詢條件狀态回顯的工作完成。
轉載請注明出處：http://blog.csdn.net/acmman/article/details/50144467