jqGrid的autoencode参数设置为true在客户端可能引发的编码问题
不久前使用jqGrid+MVC做過一段時間開發。
一開始,分頁參數幾乎都是默認值,jqGrid的分頁功能很好用。
考慮到each input is evil,我們的系統對安全性又有較高要求,所以,為了保證輸入和輸出都比較可靠,找了一下網上的資料,發現autoencode參數能滿足需求。
By the way,參考了很多關于jqGrid使用的中文參考文章,大部分都只說是對url進行編碼,講的很不明確,后面還會對我排查問題造成不小的干擾。
?
除了分頁之外,我們還需要在列表的最后一列加上操作列,實現諸如常見的更新、刪除等操作。然后就發現了問題:在操作列發現了亂碼。
比如有一個分頁列表,最后一個操作列加上“編輯”和“刪除”鏈接,按照jqGrid的常用做法,我們是在gridComplete回調函數中通過簡單拼接字符串實現編輯和刪除效果的,示例代碼大致如下:
gridComplete: function () {var ids = jQuery("#yourGridtable").jqGrid('getDataIDs');for (var i = 0; i < ids.length; i++) {var itemID = ids[i];var strUpdate = "<a href='javascript:;' class='update' name='btnEdit' id='btnEdit_" + itemID + "'>修改</a> | ";var strDel = "<a href='javascript:;' class='del' name='btnDelete' id='btnDelete_" + itemID + "'>刪除</a>";$("#yourGridtable").jqGrid('setRowData', ids[i], { UserAction: strUpdate + strDel });}setTimeout(function () {//todo 設置編輯效果//todo 設置刪除效果}, 200);} gridComplete可是,拼接后的字符串在頁面中顯示是html編碼后的效果,根本沒有出現“修改”和“刪除”鏈接。
出現該問題的第一反應是字符串沒拼接正確,檢查后發現不是這個原因。
然后,我在參考了一堆資料排查了n個參數未果之后,最后跟進jqGrid的源代碼里才發現是autoencode這個參數設置為true造成的。
參考官方wiki,發現autoencode這個參數的說明如下:
??? When set to true encodes (html encode) the incoming (from server) and posted data (from editing modules). For example < will be converted to <.
翻譯過來,就是:當該參數設置為true,對客戶端請求和服務端返回數據都進行html編碼,比如<被編碼成<
html編碼的原理也很簡單,也就是幾個特殊符號的轉義而已,貼一下jqGrid的html編碼實現源代碼:
htmlEncode : function (value){return !value ? value : String(value).replace(/&/g, "&").replace(/\"/g, """).replace(/</g, "<").replace(/>/g, ">");}所以我懷疑出現亂碼的原因就是,gridComplete回調函數觸發執行的時候,內部邏輯間接調用了jqGrid的html編碼函數htmlEncode(動態添加行數據addRowData函數內部可能調用了html編碼邏輯)。
把autoencode參數設置為false,果然正常。
?本來懶得再碼關于前端的文字的,可是在這個小問題上花了較長時間感覺很不值得,只能自我安慰貼一下算是經驗值的提升吧。
?
參考:
http://www.trirand.com/jqgridwiki/doku.php?id=wiki:options
http://www.trirand.com/jqgridwiki/doku.php?id=wiki:change#jqgrid_3.5.2_changes_and_fixes
總結
以上是生活随笔為你收集整理的jqGrid的autoencode参数设置为true在客户端可能引发的编码问题的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: CentOS 6.4配置TL-WN823
- 下一篇: 如何快速在Linux系统的硬盘上创建大文