今天改bug遇見一個折磨人的問題。由於直接進的是修改頁面、會根據標示去判斷是否允許修改字段、找半天沒發現有什麼問題但是、每次從新保存後此時標示會改爲不可修改、當再次點擊保存、部分數據會丟失、後臺數據排查發現此時頁面部分數據爲空、。然後找頁面問題、看半天發現未保存上的數據用了disable,其他用readonly的不存在數據丟失問題、纔想起來可能問題出現在這個disable上、隨百度查之、
Readonly和Disabled是用在表單中的兩個屬性，它們都能夠做到使用戶不能夠更改表單域中的內容。但是它們之間有着微小的差別，總結如下：
Readonly只針對input(text / password)和textarea有效，而disabled對於所有的表單元素都有效，包括select, radio, checkbox, button等。但是表單元素在使用了disabled後，當我們將表單以POST或GET的方式提交的話，這個元素的值不會被傳遞出去，而readonly會將該值傳遞出去(這種情況出現在我們將某個表單中的textarea元素設置爲disabled或readonly，但是submit button卻是可以使用的)。
一般比較常用的情況是：
①在某個表單中爲用戶預填了某個唯一識別代碼，不允許用戶改動，但是在提交時需要傳遞該值，此時應該將它的屬性設置爲readonly
②經常遇到當用戶正式提交了表單後需要等待管理員的信息驗證，這就不允許用戶再更改表單中的數據，而是隻能夠查看，由於disabled的作用元素範圍大，所以此時應該使用disabled，但同時應該注意的是要將submit button也disabled掉，否則只要用戶按了這個按鈕，如果在數據庫操作頁面中沒有做完整性檢測的話，數據庫中的值就會被清除。如果說在這種情況下用readonly來代替disabled的話，若表單中只有input(text / password)和textarea元素，那還是可以的，如果存在其他發元素，比如select，用戶可以在重新改寫值後按回車鍵進行提交(回車是默認的submit觸發按鍵)
③我們常常在用戶按了提交按鈕後，利用javascript將提交按鈕disabled掉，這樣可以防止網絡條件比較差的環境下，用戶反覆點提交按鈕導致數據冗餘地存入數據庫。
