今天檢視系統時，發現手機端系統提交的資料中存在一些日期特別離譜的資料。比如建立時間為2023年和2023年的資料都出現了。
果真是穿越了半個世紀了。於是我馬上將問題提交出來，安排同事處理，並分析產生資料的原因，並且尋找解決方案。
經過一番驗證終於發現了其中的蹊蹺，原來手機系統只是在應用系統登入時會驗證時間，而且如果是斷網狀態是不會驗證的。由於
在斷網狀態下可以編輯儲存資料，而且上傳手機端系統的資料到伺服器時也不會驗證建立時間，那麼這些資料產生也不足為奇了。
而且以前的系統是不會將建立時間差的離譜的資料顯示在前台，所以一直也沒有人關注。而且業務員在手機上提交資料如果發現沒
有顯示到pc系統上時也會以為是網路問題沒有傳送成功，因此這個問題一直沒有暴露並引起關注。所以難怪手機系統上線了1年多都沒有
發現這個問題的存在，只是這次由於新增了需求要求將沒有審核的資料，不論什麼時候建立的都要顯示出來，這樣才將這個問題暴露出來
了。雖然我們也很快找到問題的原因並有了應對方案和解決方法，但是我也不得不考慮乙個問題，對於以後移動端的系統，提交資料的
時間一定要加強驗證或者直接使用提交時伺服器上的時間為標準，這樣可以避免問題產生，同時對於手機的建立時間可以記錄下來作為
乙個參考值。其實該問題對於pc端系統也同樣適用，就是我們在設計和開發系統時，不要取客戶端的時間來作為記錄標準，要記錄最好
以乙個比較準確的時間來記錄，而且這個時間一定要能實時更新，保證準確性。
手機端的相容問題 時間比較 1
前段時間做手機端的乙個專案發項了乙個bug,需求是有兩個輸入時間的input框乙個開始時間,乙個結束時間.使用者輸入之後儲存的時候我要判斷 結束時間必須比開始時間大,如果符合儲存成功,否則提示資訊.input框顯示的時間格式是 mm年yy月dd日 hh時mm分,而我得到的也是這樣的格式 我採用的是將...
從客戶端獲資料庫伺服器的系統時間
just one method can get remote db time sql create or replace function test remote sysdate 2 return date 3 as 4 l cursor int 5 l status int 6 l remote ...
實現 手機端和伺服器端的資料同步技術
將源資料庫表的資料複製到 sql server compact edition 資料庫的表中。源資料庫連線接物件。目標 sql server compact edition 資料庫連線物件。源資料的查詢語句。目標資料庫表名稱。本方法假設目標 sql server compact edition 資料...