在一般的程式設計中，通常是將資料的校驗分成兩個部分實現，乙個是資料格式的校驗，另外就是資料邏輯的校驗，或者是資料業務邏輯校驗（目前我能想到的校驗，只有這兩個部分）。
資料格式的校驗，是在表示層處理，如果是struts用validate.xml校驗就可以。
做邏輯校驗的地方很多都不一樣，我看有在action裡面做的，有的放到service中做，在domain中做的也有，我就想有沒有乙個統一的方法做校驗呢？很多時候資料的邏輯校驗可以說跟業務邏輯都是重合的，能不能放在乙個統一的地方呢？比如說在每個service和domain類中增加乙個validate方法，然後由統一的方式去invoke，比如用spring什麼的。
目前只是個想法，不知道有沒有可行性。
關於資料校驗
1.什麼是資料校驗 通俗的說，就是為保證資料的完整性，用一種指定的演算法對原始資料計算出的乙個校驗值。接收方用同樣的演算法計算一次校驗值，如果和隨資料提供的校驗值一樣，就說明資料是完整的。2.最簡單的檢驗 實現方法 最簡單的校驗就是把原始資料和待比較資料直接進行比較，看是否完全一樣這種方法是最安全最...
關於前後端資料校驗
必須在後端校驗的 唯一性驗證，驗證碼，敏感詞，出錯概率高的要做非同步校驗。後端校驗可以防止介面被私自呼叫導致破壞資料庫結構 避免有人模擬瀏覽器行為直接給伺服器發請求。有必要在前端校驗的 必填項 郵箱 號 位址 格式 密碼強度檢測。前端校驗便於使用者糾正 快速反饋 並且減少伺服器壓力 節省流量 減少無...
關於資料校驗糾錯演算法
最近對於資料傳輸的噪音損耗問題的解決方案查了些資料 就此做乙個總結 資料損壞 因為網線被老鼠啃了或者硬碟摔地上了導致資料錯了 錯誤校驗 即檢驗某一段資料是否有誤。因為是不是有誤光憑資料本身不可能知道，所以必須加上附加的認證方法 當然最簡單的認證方法就是再傳一次資料，拿著資料乙個個對著原本的資料對照一...