今天因為業務需求，選擇開始時間和結束時間，需要實現乙個時間選擇器，自然而然的就想到了利用系統的時間選擇器
效果如下：
實現這種效果其實也簡單
calendar c =calendar.getinstance();dialog = new datepickerdialog(getactivity(), new
datepickerdialog.ondatesetlistener()
}, c.get(calendar.year), c.get(calendar.month), c.get(calendar.day_of_month));
dialog.show();本來測試用的機器大部分都是4.0的機器，**執行時有乙個bug,上面的ondatesetlistener**會呼叫兩次所以後續加入**去控制,加入變數i去控制
calendar c =calendar.getinstance();執行完畢本以為沒什麼問題，4.x機器執行良好，但是後來5.x機器上發現bug,此**只會執行一次坑 所以加上判斷系統的版本**：int i=1;
dialog = new datepickerdialog(getactivity(), new
datepickerdialog.ondatesetlistener()
i++;
}}, c.get(calendar.year), c.get(calendar.month), c.get(calendar.day_of_month));
dialog.show();
calendar c =calendar.getinstance();**如上 先判斷系統版本號 之後再進行操作 其中int i=1;
dialog = new datepickerdialog(getactivity(), new
datepickerdialog.ondatesetlistener()
else
i++;}}
}, c.get(calendar.year), c.get(calendar.month), c.get(calendar.day_of_month));
dialog.show();
changedialog(year, monthofyear, dayofmonth) 是我自己本身的業務邏輯，
部落格記錄一下，方便有此問題的童鞋有所幫助！
系統解耦問題 不同系統間dubbo呼叫的異常處理
問題描述，系統a和系統b使用了dubbo進行不同系統之間的呼叫，而b是從a解耦出的系統，所以b的自定義異常和a需要對接，我們一開始只是簡單的遷移了異常類過來，實際使用的時候由於包名不同導致a丟擲的異常和b簽名不一致，這時dubbo會直接丟擲異常。解決思路 既然是dubbo傳遞的時候出現的問題，最佳方...
MUI的時間選擇器
引入資源 全域性引入樣式 main.js引入 import static css mui.picker.min.css 引入js，html使用控制項 選擇日期 js var this this this.initmuinumbox this.initviewdata function else va...
Android原生的時間選擇器
做專案中需要做時間選擇器 把我實現了的時間選擇 給大家參考一下，也許大家會用到 一 日期選擇器 放到全域性變數 private calendar showdate 相當於快取showdate calendar.getinstance 按鈕的監聽 onclick r.id.activity repor...